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^ (54) Title: METHOD AND SYSTEM FOR PROVIDING A LINK IN AN ELECTRONIC FILE BEING PRESENTED TO A USER 

On 

^2 (5'^) Abstract: A method for providing a link in an electronic file being presented to a user which includes defining a customized 
viewpoint for the user. The viewpoint includes a preference for the user that provides an association between a data pattern and a 

"""^-^ computer network resource. The method also includes generating a request for content, receiving an electronic file in response to 
the request, and evaluating the electronic file to recognize a match between at least one portion of the electronic file and the data 
pattern. Upon recognizing a match, the electronic file is modified to include a link to the computer network resource associated 
with the matching data pattern, and the modified electronic file is presented to the user. Thus, the link included in the electronic 
file presented to the user is customized for the user, and different users who retrieve the same content can be provided with links to 

»^ different computer network resources depending on their respective viewpoints. 
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METHOD AND SYSTEM FOR PROVIDING A LINK IN AN 
ELECTRONIC FILE BEING PRESENTED TO A USER 

Cross-References to Related Applications 

The present application claims the benefit of provisional U.S. Pat. 
5 Appl. No. 60/202,3905 entitled "Method and Apparatus for Displaying an 
Electronic File to a Requestor", which was filed on May 8, 2000. 

The present application is related to the following pending and 
commonly-owned patent application: U.S. Pat. Appl. No. 09/583,706, entitled 
"Method and System for Transmitting Data from a Destination to a User Over a 
10 Network Using a Variable Lhik", which was filed on May 31, 2000. 

Field of the Invention 

The invention relates to methods and systems for presenting 
electronic files to users. In particular, the invention relates to methods and systems 
for providing a link to a computer network resource in an electronic file being 
15 presented to a user. 

Backgronnd of the Invention 

In recent years, the use of the Internet for a variety of purposes has 
expanded considerably. These purposes include research, communication, 
entertainment, and electronic commerce. As consumers and other users have 
20 connected to the hitemet, commercial entities have increasingly sought to use the 
hitemet as an advertising medium to present advertisements to those users. 

Internet advertising methodology typically involves presenting 
baimer advertisements (i.e., "banner ads") on documents retrieved from Web sites 
that experience liigh volumes of Internet traffic. Banner ads may take a variety of 
25 forms, and often include a graphic displayed at a portion (e.g., the top) of a Web 
page. Banner ads may be managed by the administrator of a Web site or other 
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entity (e.g., DoubleClick, Inc. of New York, NY), and may be presented at times 
and/or under circimistances specified by the advertisers. Typically, an advertiser 
agrees to make a small pajoxient to the administrator of a host Web site each time 
that a baimer ad is presented to a user, and/or agrees to make a payment to the 
5 administrator whenever a user accesses the advertised content using the banner ad 
(e.g., by clicking on the banner ad using a mouse). Since different Web sites 
attract different segments of the consuming public, an advertiser often chooses to 
place its bamier ads on particular Web sites based on an evaluation of which Web 
sites are likely to provide the greatest exposure to its potential customers. 

10 At many Web sites, banner ads are presented to users in a "static" 

fashion, so that every user is presented with the same banner ads. At other Web 
sites, however, banner ads are presented to users in a "targeted" fashion, so that 
different users will be presented with different banner ads. For example, a Web 
site hosting a search utility may present a particular banner ad to a user based on 

15 the search terms entered by the user on the Web site. In this application, each 
potential advertiser may register for a particular keyword with the search utility 
such that, when a user enters a keyword on the Web site, the search utility will 
present the banner ad of the advertiser having registered for that keyword. For 
example, a casino resort may register the keyword "poker" such that a user who is 

20 searching for rules pertaining to a particular variation of poker may receive a 
tailored banner ad for the casino resort, along with the search results that were 
deemed to be pertinent by the search utility. 

Although this form of Internet advertising has proven popular, it 
suffers from drawbacks. One drawback is that some advertisers who seek to 

25 advertise online have been unsuccessful in targeting their desired consumer 

audience. For example, some advertisers have been unable to find sufficiently 
popular Web sites that are relevant to the goods or services being advertised. 
Another drawback is that the cost of advertising through popular, well-known 
"portal" sites on the Internet, such as sites operated by large Intemet service 

30 providers (e.g., AOL) or large searching/indexing services (e.g., EXCITE™^ 
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YAHOO!®, ALTAVISTA®, etc.), may be excessively expensive, particularly for a 
retailer of a wide range of products that v^ants to register many keywords, or for a 
retailer of a niche product who wants to advertise to a niche audience. Also, an 
advertiser may, because of budgetary or time constraints, choose only a subset of 
5 Web sites where its target consumers may be found. Further, Web site 

administrators may be burdened to tailor advertisements to each particular visitor, 
and may present advertisements indiscriminately or inefJBciently, thereby reducing 
the value of these advertisements. Thus, current Internet advertising methods often 
fail to successfiiUy connect advertisers with their targeted consumers. 

10 There have also been proposals for collecting information about 

consumers in order to tailor advertisements and to deliver other content to the 
consumers based upon known or suspected preferences of the consumers. The 
proposals generally suggest collecting demographic information such as age, 
income, home address and occupation, and preference information such as favorite 

15 colors and preferred content delivery mode (e.g., audio or video). The information 
is then used to tailor delivery of information to the consumer by selecting from a 
variety of available content and advertisements provided by the Web site visited by 
the consumer or provided by an associated content or advertisement publisher. 
U.S. Pat. No. 5,717,923, issued February 10, 1998 to Dedrick, discloses such an 

20 approach. Unfortunately, such approaches have not been widely used, perhaps due 
to the complexity and added effort required of a Web site administrator or Intemet 
Service Provider ("ISP") to implement and administer such an arrangement, or due 
to privacy concerns arising from the use of consxmier-specific information. 

As part of efforts to optimize the interpretation and display of 
25 content posted on Web pages, Web browser software often provides a variety of 
"preference" settings by which a user may adjust various aspects of his or her 
browser software. These preferences may allow a user to control security settings 
of the browser software, to change the format of Web page display (e.g., color 
choices for displaying hyperlinks), or to change printing fomiat(s). Browser 
30 software may also permit a user to store content received from a Web site, so that 
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the content may be reviewed at a later time, or may be retrieved and manually 
modified (e.g., so the user can insert the content in a new file document or Web 
page). Browser software may further support the installation of third-party 
enhancements or "plug ins" to expand functionality of the browser software. 

5 One "plug in" for browser software, which is referred to as 

"Flyswat" and is available fi*om Flyswat, hic, may be used to enhance Web pages 
being viewed with browser software to incorporate h3^erlinks not included in the 
originally-authored Web page. These hyperlinks, for example, may provide cross- 
referencing from a product name to a vendor of that product. All Flyswat users, 
10 however, receive the same set of hyperlink enhancements, and thus all of the users 
are treated identically, much as in the case of static banner ads originated by Web 
site administrators. Thus, this "plug-in" enhancement fails to adequately target 
consumers that are being sought by particular advertisers. 

Summary of the Invention 

15 An objective of the invention is to improve on the prior art to 

facilitate a more accurate presentation of information to targeted users in order to 
improve the efficiency of use of the Intemet and Web sites thereon by users, Web 
site administrators and third parties. This objective is applicable to a variety of 
purposes including delivering advertisements to targeted consumers, and providing 

20 users with customized cross-references to network resources. 

The invention is based on Applicants' recognition that benefits may 
be realized by enabling a party other than the author or administrator of content to 
alter or manipulate the content in a customized manner for a user, prior to or as part 
of delivery or display of the content to the user. The content may be customized 
25 for an individual user, a user belonging to a particular category or class, or a user 
who belongs to a particular organization. La one embodiment, a Web browser 
processes the content retrieved by a user, based on a viewpoint defined for the user, 
to insert at least one hj^^erlink into that content. Each hyperlink provides the user 
with a linkage, or cross-reference to a computer network resource. 
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One embodiment of the invention provides a method for providing a 
Unk in an electronic file being presented to a user. The method includes defining a 
customized viewpoint for the user that includes a preference for the user. The 
preference for the user provides an association between a data pattern and a 
5 computer network resource. The method also includes generating a request for 
content, receiving an electronic file in response to the request, and evaluating the 
file to recognize a match between at least one portion of the file and the data 
pattem. Upon recognizing a match, the file is modified to include a link to the 
computer network resource associated with the matching data pattem, and the file 
10 is presented to the user. 

Another embodiment provides a method for cross-referencing 
content of a first data structure to a computer network resource. The method 
includes defining a customized viewpoint for a user that includes a preference for 
the user, the preference for the user providing an association between a data pattem 
15 and a computer network resource, locating the data pattem in the first data 

structure, and generating a second data structure including a link indicating the 
network resource associated with the located data pattem. 

Another embodiment of the invention provides a system for 
providing a link in an electronic file being presented to a user. The system 

20 includes means for defining a customized viewpoint for the user that includes a 
preference for the user that provides an association between a data pattem and a 
computer network resource. The system further includes means for generating a 
request for content, means for receiving an electronic file in response thereto, 
means for evaluating the file to recognize a match between a portion of the file and 

25 the data pattem, means for modifying the file upon recognizing a match to include 
a link to the network resource associated with the matching data pattem, and means 
for presenting the file to the user. 

Another embodiment of the invention provides a system for cross- 
referencing content of a first data stracture to a computer network resource. The 
30 system includes means for defining a customized viewpoint for a user that includes 
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a preference for the user, the preference for the user providing an association 
between a data pattern and a computer network resource, means for locating the 
data pattem in the first data structure, and means for generating a second data 
structure including a link indicating the computer network resource that is 
5 associated with the located data pattem. 

Brief Description of the Drawings 

The invention will become more fully understood from the 
following detailed description, taken in conjunction with the accompanying 
drawings, wherein like reference numerals refer to like parts, in which: 

10 FIG. 1 is a flow chart representing an exemplary method for 

providing a link in an electronic file being presented to a user, in accordance with 
one embodiment of the present invention; 

FIG. 2 A is a block diagram illustrating an exemplary computer 
network environment suitable for implementing the method shown in FIG. 1; 

15 FIG. 2B is a block diagram illustrating an altemative computer 

network environment suitable for implementing the method shown in FIG. 1; 

FIG. 3 is a block diagram illustrating an exemplary computer 
system which can serve as any of the user devices shown in FIGS. 2A and 2B; 

FIG. 4 is block diagram illustrating the Domain Name System 
20 server ("DNS server") shown in FIG. 2 A or Dial-up Server shown in FIG. 2B; 

FIG. 5 is a table representing an embodiment of the preference 
database of FIG. 3 or 4, populated by sample values for illustration only; 

FIG. 6 is a table representing an embodiment of the display code 
database of FIG. 3 or 4, populated by sample values for illustration only; 

25 FIG. 7 is a table representing an embodiment of the user account 

database of FIG. 4, populated by sample values for illustration only; 
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FIGs. 8A and 8B combined are a flow chart of operations performed 
by the user device of FIG. 3 in modifying requested content; 

FIG. 9 is a flow chait of operations performed in updating the 
preference database of FIG. 5 in response to a user's acceptance of an offer; 

5 FIG. 10 is a flow chart of an alternative method for updating the 

preference database in response to a user's manual modifications; and 

FIG. 1 1 is a flow chart of an altemative method for updating the 
pi'eference database of FIG. 5 as part of the installation of a Web browser. 

Detailed Description 

10 Definitions 

For the convenience of the reader in understanding the detailed 
description of the invention which follows^ the following glossary provides 
definitions for various terms and acronyms used tliroughout the specification: 

"Association" refers to a relationship between one object and 
15 another object, such as a relationship between a data pattem and the address (e.g.. 
Uniform Resource Locator or "URL") of a computer network resource. 

"Browser" refers to a computer program operable to access and 
display content. A browser operable to access and display content that resides on 
the World Wide Web is referred to as a "Web browser". A browser can typically 
20 access and display data formatted as hypertext, plain text, file lists accessible via 
the File Transfer Protocol ("FTP"), graphics, audio, multi-media, and other 
formats. A browser is also operable to access a computer network resource via 
activation of a hyperlink to that network resource. 

"Computer network resource" refers to a resource available on a 
25 computer network. An example of a computer network resource includes, for 
example, a file, a Web page or site, an application, an applet, a script, etc. Each 
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computer network resource is typically identified by an address (e.g., a "URL"), 
which can be associated with a hyperlink to provide a linkage or cross-reference to 
that particular resource. 

"Content" refers to data (e.g., graplaics, text, audio, video, a 
5 program, a file, a Web page, etc.) that is available from a computer server. 

"Data pattern" refers to a recognizable arrangement of data that may 
be found in a requested electronic file. Typical data pattems may include one or 
more keywords, text pattems, graphic pattems, or other data pattems. 

A "hyperlink" (also referred to as a "link") refers to a graphic, text 
10 or program element in a hypertext document that provides a linkage to a computer 
network resource. A text hyperlink is typically displayed using text of a 
predetermined color (e.g., blue) and/or attribute (e.g., imderlining). A graphic 
hyperlink may be indicated by a graphic image. Hyperlinks are often used to 
provide linkages between Web pages or files. 

15 "Markup Language" refers to a set of codes or tags embedded in a 

file that instmct a computer how to format the file for purposes of printing or 
display, as well as how to index and link the content of the file. A markup 
language, as presented, may incorporate a combination of files comprising 
graphics, text, programs, and/or cross-references. Markup languages include the 

20 Hypertext Markup Language (HTML), SGML, XML, VRML and NRML. 

"Preference", used in the context of a viewpoint (as defined below), ' 
refers to an association made between one or more data pattems and a computer 
network resource. The network resource may be a Web page or site, an 
application, an applet, a script, or another resource, and the association may be 
25 between one or more data pattems and the address or URL of the resource. 

"Uniform Resource Locator" or "URL" refers to an address for use 
in accessing a computer network resource on the Internet or other network. The 
address of a computer network resource is typically provided by its URL. 
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"Viewpoint" refers to a set of one or more preferences for a user. A 
viewpoint is used by a browser or other computer program to modify content 
delivered to a user by including a hyperlink to a computer network resource 
associated with any matching data pattem found within the content. 

5 Exemplary Use 

As a non-limiting, exemplary use of the invention, an advertiser 
seeking to target consumers may create one or more preferences, each deJSning an 
association between a computer network resource of that advertiser (e.g., a Web 
site where that advertiser's products are sold) and relevant data pattems. For 

10 example, a book retailer may create a preference providing an association between 
the title of a book, the name of an author and/or the word "book", and the address 
or URL of a Web page of that retailer's Web site where the book, a book by that 
author, or books in general, may be purchased. The retailer could then target 
advertisements to frequent book buyers by causing the insertion of these book- 

15 related preferences only into viewpoints used by frequent book buyers. At the 
same time, a movie retailer may create a preference providing an association 
between the title of a movie, the name of an actress and/or the word "movie", and 
the address of that retailer's Web site where that movie, a movie starring that 
actress, or movies in general, may be purchased. The movie retailer could then 

20 target advertisements by causing the insertion of the movie-related preferences into 
viewpoints used by other users. Customized viewpoints are thus defined for both 
sets of potential purchasers, with the viewpoints used by the frequent book buyers 
being customized to include the preferences from the book retailer, and the 
viewpoints used by the other users being customized to include the preferences 

25 from the movie retailer. 

Using these customized viewpoints, the frequent book buyers will 
be provided with links to the book retailer in their retrieved content, while the other 
users will be provided with links to the movie retailer in their retrieved content, 
even in response to the same data pattem appearing in their retrieved content. As 
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an example, assume that the book retailer stocks a book entitled "The Committee" 
by Mike Nugent, and the movie retailer stocks a movie of the same title. The book 
retailer may provide a preference defining an association between the data pattern 
"The Committee" and its Web site ("www. bookstore, com"), and insert this 
5 preference into the viewpoints used by the frequent book buyers. The movie 
retailer may provide a preference defining an association between the same data 
pattem (i.e., "The Committee") and its Web site, and insert this preference into the 
viewpoints used by the other users. If one of the fi-equent book buyers then 
requests a Web page including the data pattem "The Committee", he or she will be 

10 presented with a hyperlink to the Web site for the book retailer. If one of the other 
users requests that same Web page, however, he or she will be presented with a 
hyperlink to the Web site for the movie retailer. Thus, the hyperlink presented to 
each user depends on the customized viewpoint for that user. (Note that the extra 
spaces in the URL addresses in this application prevent the URLs from being 

15 interpreted as embedded hyperlinks when this application is viewed.) 

In this example, each retailer caused the insertion of the book- or 
movie-related preferences into the viewpoints used by frequent book buyers or 
other users. In one embodiment, the retailers may each have caused these 
insertions by offering money or other consideration to users to have the users agree 
20 to include the preferences into their own viewpoints. Each user was thus able to 
"customize" his or her viewpoint by deciding which offers to accept. 

Description of Specific Embodiments 

Referring to FIG. 1, a method 10 for providing a link in an 
electronic file being presented to a user includes defining a customized viewpoint 

25 for a user that includes a preference for the user, with the preference providing an 
association between a data pattem and a computer network resource (step 12), 
generating a request for content (step 14), and receiving an electronic file in 
response to the request (step 16). Method 10 fiirther includes evaluating the 
electronic file to recognize a match between at least a portion of the file and the 

30 data pattem (step 18). If no match is found, the electronic file is presented (e.g., 



10 



wo 01/86390 



PCT/USOl/14661 



displayed) to the user without being modified (step 20). However, upon 
recognizing a match at step 18, the electronic file is modified to include a link to 
the computer network resource that is associated with the matching data pattern in 
accordance with the preference (step 22), and the modified file is presented to the 
5 user (step 24). The viewpoint for the user may include one or more preferences, 
each preference providing an association between one or more data pattems and a 
computer network resource. 

At step 12, a customized viewpoint for a user that includes at least 
one preference can be defined in a variety of ways. In one embodiment, a 

10 customized viewpoint for a user is defined by a preference database stored at the 
user's computer. The preference database includes at least one preference, each 
defining an association between at least one data pattern and a computer network 
resource such as a Web page, a Web site, an application, an applet, a script, etc. 
When the user's computer receives an electronic file at step 16, the file may 

15 include one or more data pattems that match one or more of the data pattems stored 
in the preference database. Each matching data pattern is used to insert, into the 
file, a hyperlink to the computer network resource associated with the matching 
data pattem by a preference. Hypertext markup language, for example, may be 
used to insert such a hyperlink into the retrieved content. 

20 A viewpoint may be "customized" for a user such that the viewpoint 

defined for the user may differ from another viewpoint defined for another user. 
Thus, a viewpoint may be customized for an individual user, or for a user 
belonging to a particular category, class, organization or other group of users. A 
viewpoint may be customized for a user in various ways. In one embodiment, a 

25 viewpoint is selected for a user from among a plurality of viewpoints based upon 
data that identifies the user, or based upon data that is provided by the user. For 
example, a viewpoint customized for frequent book buyers may be selected in 
response to a user entering information indicating an interest in buying books. 
According to another example, a user can use an input device to select a 

30 customized viewpoint from among a plurality of viewpoints stored on his or her 
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computer, such as a first viewpoint providing at least one book-related preference 
and a second viewpoint providing at least one movie-related preference. These 
viewpoints may, for example, have been incorporated within the user's Web 
browser, or may have been installed at another time. Then, the user may use an 
5 input device to select the viewpoint that the user prefers. If the user prefers books 
to movies, the user may select the viewpoint providing the book-related 
preferences. The selected viewpoint may then be used for inserting hj^erlinks into 
the content received by the user. 

In another embodiment, an organization may establish one or more 

10 customized viewpoints to facilitate the ability of its members to conduct the 
business of the organization. For example, a corporation may establish a first 
viewpoint for use by its sales agents, and a second viewpoint for use by its 
engineers. The viewpoint selected for a particular user then depends on the 
category or class of users to which that user belongs. For example, the first 

15 viewpoint could be customized to include preferences defining associations 
between inventory item names and hyperlinks to the Web sites of particular 
suppliers firom which the corporation typically buys such items, such that the sales 
agents would be provided with hyperlinks to these suppliers within any received 
content. The second viewpoint could be customized to include preferences 

20 defining associations between engineering keywords and lirJ.cs to corporate 

engineering specifications, so that the engineers would be provided with hyperlinks 
to these specifications within any received content. Schools, churches and other 
organizations could also establish one or more viewpoints for the use of its 
members. Viewpoints may also be customized based upon a characteristic of the 

25 user. For example, a chamber of conmierce for a town could customize a 

viewpoint to include preferences defining associations between keywords (e.g., 
"restaurants") and network resources providing information about local businesses 
(e.g., "Joe's Pizza"). This viewpoint could be selected to provide local users with 
hyperlinks to the local businesses based on, for example, the zip code of the user, 

30 or the users' ISP for Internet access. 
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In another embodiment, viewpoints are automatically assigned to 
users. For example, data identifying the viewpoint selected for a user may be 
stored in a "cookie" file in the user's computer to allow the selected viewpoint to 
be automatically retrieved without interaction with the user. For another example, 
5 a viewpoint may be assigned automatically to a user based upon data about that 
user, such as data about the user's browsing history (e.g., if data indicates that a 
user firequently accesses book-related Web sites, then a viewpoint providing book- 
related preferences could be automatically assigned to the user). A viewpoint 
could also be automatically assigned to a user based upon other data associated 
10 with that user, such as demographic data (e.g., age, gender, address, occupation, 
income, interests, hobbies, etc. of that user). 

The establishment of viewpoints and manipulation of content to 
include links to computer network resources associated with data patterns may be 
performed by a user's computer (e.g., a personal computer^ personal digital 

15 assistant ("PDA"), a television with access to a wide area network, a computer 
terminal, etc.), or may be performed in whole or in part by a second computer in 
communication with the user's computer via a network (e.g., a local area network, 
a wireless network, a wide area network, a public switched telephone network, the 
Intemet, etc.). For example, if a user receives content via a server operated by an 

20 ISP, that server can store viewpoints and/or manipulate content before providing 
that content to the user. Altematively, a user can configure his computer system to 
allow any retrieved content to be processed by a third-party server, other than the 
user's ISP server. In another altemative, the user's ISP server, or a third-party 
server, stores viewpoints, which may be retrieved by the user's computer and used 

25 to manipulate content retrieved by the user. 

In one embodiment, the retrieved content is user-displayable. In 
other embodiments, the retrieved content may be data that is not intended for user 
display, such as a database, an applet or a script (e.g., based upon the Java 
standard). In embodiments where the retrieved content is not displayed, links may 
30 also be inserted into the retrieved content so that they may be used by the recipient 
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as part of evaluating the data, or executing the applet or script. For example, if 
content retrieved by a user includes an applet which will play a first sound (stored 
in file named "firstsound.au") according to the AudioClip interface in the Java 
applet package, the user's viewpoint could associate the first sound with a second 
5 soimd (e.g., stored in a file "secondsound.au") such that, when the applet executes, 
the second sound is played rather than the first. 

As links are inserted into retrieved content, an identification of the 
originator of the link may be provided in a tag of the link. The originator may be, 
for example, a party such as an advertiser or other commercial entity that 

10 established the viewpoint. The originator may also be a person, computer system, 
or browser that manually or automatically established the viewpoint. For example, 
a commercial entity seeking to establish a viewpoint may solicit a user to alter the 
user's viewpoint to include one or more added or alternate preferences in exchange 
for a payment, merchandise credit, discomit, coupon or other benefit (e.g., a 

15 sweepstakes entry). After the user authorizes the alteration, hyperlinks may be 
inserted into content that is retrieved by the user in accordance with the altered 
preferences. Modifications may be solicited fi:om other parties (e.g., a party that 
created the viewpoint or a prior preference, or that stores the viewpoint). 

As links are generated and used, usage fields in a preference 
20 database may be updated to reflect the number of times that a hyperlink has been 
generated based upon a particular preference. The database may also be updated to 
reflect the number of times that a hyperlink generated from a particular preference 
has been used. The usage information can be used to delete, deactivate or 
otherwise change the status of the corresponding preference in the preference 
25 database after a predetermined number of uses. For example, a preference may be 
disabled once it has been used to insert twenty (20) hyperlinks into received 
content, or after a user has activated a hyperlink included within received content 
due to the preference a total often (10) times. 
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exchange for the user's agreement to include a particular preference in her 
viewpoint for a predetermined period of time. If the user accepts the offer^ the 
preference is inserted into her viewpoint for use during that period, after which the 
preference is disabled. A commercial entity that solicits the inclusion of a 
5 particular preference may condition delivery of the offered pa3naient, credit, 

discomit, coupon or other benefit upon use of that preference for a predefined time 
period, the generation of a predetermined ntmiber of hyperlinlcs using the 
preference, a predetermined number of uses of hyperlinks generated by the 
preference, and/or use of the linlc for a specific purpose (e.g., a purchase). 

10 Other information for each preference may also be stored in the 

preference database. For example, a geographic location may be identified to 
indicate where a preference may or may not be used. Exclusionary criteria may 
identify retrieved content for which a preference may not be used. One or more 
monetary values may be indicated, identifying a value for placement of the 

15 preference in the database, a value for insertion of a liiik derived firom the 

preference, or a value for use of a hj^erlink derived from the preference. The latter 
can be used to automatically create or provide payments, credits, discounts, 
coupons or other benefits that are due for the insertion of preferences, generation of 
liulcs from preferences, or the use of links generated from preferences. Thus, the 

20 party that established a preference may be notified upon use of (i) the preference or 
(ii) a link derived therefrom, which may lead to an exchange of monetary value. 

A given data pattern may be associated with multiple computer 
network resources. For example, multiple associations may occur if multiple 
commercial entities solicited the insertion of preferences into a viewpoint. In this 
25 situation, when the given data pattem is fomid in retrieved content, one of the 
preferences is selected, in a predetermined fashion or at random, with a link 
defined by the selected preference inserted into the content. Altematively, an 
applet may be inserted into the content, permitting the user to select from among 
the multiple available associations for the matched data pattem. 
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In one embodiment, the invention is implemented in the forai of a 
Web browser that is capable of dynamically providing hyperlinks in an electronic 
file being presented to a user. The browser resides locally within a user device, 
such as a personal computer, and is associated with a viewpoint which is 
5 customized for the user to include at least one preference for the user. The 
viewpoint may be implemented, for example, using a preference database for 
storing one or more preferences for the user. Each of the preferences provides an 
association between one or more data pattems and a computer network resource, 
such as a Web site, Web page, document, applet or script. 

In response to receiving a request from a user to retrieve markup 
language-based electronic content, the browser performs a content retrieval routine. 
The content retrieval routine causes the browser to identify and access marloip 
language-based electronic content identified by the user. Upon retrieval of the 
identified content, the browser examines the content for one or more data pattems 
defined by the viewpoint for the user. As a specific example, the browser 
evaluates the user- viewable text portion of the content and performs comparisons 
between the text found in this portion and one or more pattems identified by the 
preference database for the user's viewpoint. If the comparison yields a match 
between a data pattern stored in the preference database and a data portion of the 
requested content, the preference database is again accessed to retrieve an address 
or URL of a computer network resource that is associated with the matching data 
pattern. A hyperlink based upon this address is then incorporated into the content 
at or near the location of the matching data pattem, thereby altering the user- 
viewable text to reflect the hyperlink. The requested content, altered by 
incorporating any supplemental hyperlinks, is then stored and presented to the user 
by the user device. 

In one embodiment, the indication of the hyperlink presented to the 
user represents the matched data pattem or keyword. Thus, the user may be 
presented with a hyperlink including the matched data pattem (e.g., " The 
30 Committee "), which appears in place of the text (e.g., "The Committee") in the 

16 



15 



20 



wo 01/86390 



PCT/USOl/14661 



unmodified electronic file. By activating the hyperlink, the user may be connected 
to the home page of the computer network resource (e.g., "www. bookstore, com"), 
or to a specific Web page of that computer network resource, that is associated 
with the matching datapattem (e.g., "www. bookstore. com/The_Committee"). 
5 The user may then purchase the book directly from that specific Web page in a 
known manner. 

The preferences stored in the preference database that provide 
associations between data patterns and addresses of corresponding computer 
network resources, and which establish a viewpoint for use by a user, may be 

10 established by a publisher/developer of the Web browser, a user/installer of the 
browser, a third party such as an online merchant, service provider or portal type 
Web site wishing to influence Web traffic, and/or an administrator that wishes to 
establish certain associations for members of an organization, etc. The respective 
processes, and motivations for generating associations within the preference 

15 database, by the parties listed above are described below. 

Additionally, it is envisioned that the disclosed Web browser may 
facilitate the provision of benefits to users and/or service providers in exchange for 
allowing the preference database to be updated by third parties. The benefits may 
be provided merely for allowing the preference database to be updated, in response 
20 to hyperlinks being generated based upon the updates, and/or in response to users 
activating the hyperlinks specified by the updates. The third party may be, for 
example, a service provider, an online merchant, or a portal-type Web site. The 
benefits provided to a user and/or service provider may include monetary 
payments, discounts and/or promotional offers. 

25 Altematively, benefits may be provided in exchange for allowing 

the installation of a software "plug-in", module or upgrade. A "plug-in" is an 
auxiliary software program used to enhance a browser to pennit the access and 
display of additional file formats, such as Portable Document Format ("PDF"), 
Tagged Image File Format ("TIFF"), etc. An exemplary process by which benefits 

30 are provided is described in relation to FIG. 9. 
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Method 10 can be implemented in various computer network 
systems such as the two network systems shown in FIGs. 2A and 2B. It will be 
understood by a person of skill in the art, however, that these two systems are 
merely illustrative examples of computer network systems in which method 10 
5 may be implemented, and that method 1 0 may also be implemented in other 
computer network systems having other combinations of components. 

Referring to FIG. 2 A, method 10 can be implemented using a 
computer network 100 including a plurality of user devices 110, 120 and 130, with 
each user device residing at a node of a local area network ("LAN") 132. LAN 

10 132 is a network of computers that exchange data, and share a common access 

portal to the Intemet 160. Network 100 may include more or fewer than the tliree 
(3) user devices shown. Each user device 1 10 - 130 may include a personal 
computer, a personal digital assistant (PDA), a WebTV™ terminal, an Intemet 
appliance, a cellular phone, or another device operative to communicate over a 

15 network, and to request, receive and present markup language-based files. 

Each user device 110, 120 and 130 can generate a request for 
electronic content (step 14 of method 10), with the electronic content typically 
accessed based upon the address of that content, as is known in the art. In one 
embodiment, a user initiates a request for electronic content by entering (e.g., 

20 typing) its URL into an address bar area of the user interface of his or her Web 

browser. Then, the user device generates a request for the addressed content. For 
example, to initiate a request for book reviews on a Web page hosted on a Web 
server run by a newspaper (e.g., "City Times"), a user may enter the URL "www. 
citytimes. com/ bookreviews" into the address bar area of the user's Web browser. 

25 A user may, alternatively, initiate a request for content by activating a hyperlink 
that has been presented to the user by user device 110, 120 or 130. For example, a 
user may activate a hyperlink (e.g., by "clicking" a mouse on the hyperlink) to 
initiate a request to retrieve the book reviews fi-om the newspaper's Web server. In 
either case, the user device would generate an appropriate request for the content, 

30 which is communicated to a Domain Name System server ("DNS server") 142 via 
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LAN 132 for evaluation by DNS 142. DNS server 142 is a computer server that 
operates name resolution software that allows users to locate computers on the 
Internet by their domain names. 

As known in the art, DNS server 142 evaluates each requested 
5 address received from any of user devices 1 10, 120 or 130, and determines if the 
requested content must be accessed via a Wide Area Network ("WAN"), such as 
Internet 160. If the requested content must be accessed via Internet 160, the 
request is delivered via LAN 132 to a local router 144 for delivery to Internet 160. 
A router is an intennediary device in a conmiunications network that facilitates the 

10 delivery of messages from transmitting to receiving devices. Intemet routing 

protocols cause the request to be delivered to a host Web server 140 via a remote 
router 150. Web server 140 accesses the requested content and returns an 
electronic file containing that content to router 144 via router 150 and Intemet 160. 
Router 144 relays the file to user device 110, 120 or 130 for presentation to the 

15 user. Thus, the user device 110, 120 or 130 receives the electronic file in response 
to the request (step 16 of method 10). 

Upon receipt of the electronic file, but before displaying the file to 
the user, the Web browser causes user device 110, 120 or 130 to evaluate the file to 
recognize any match between at least a portion of the file and any data pattem 

20 stored as a preference by the browser (step 18 of method 10). If no match is found, 
the electronic file is presented (e.g., displayed) to the user without modification 
(step 20). However, upon recognizing a match, the user device modifies the file by 
including a hyperlink to a computer network resource that is associated with the 
matching data pattem by the preference (step 22), and then presents (e.g., displays) 

25 the modified electronic file to the user (step 24). 

For example, after receiving an electronic file for the book review 
page from the newspaper's Web site, the user device may evaluate the user- 
viewable text portion of that file to recognize any match between any portion of the 
Web page and any of the data pattems stored as a preference for the user. In this 
30 example, asstmie that the customized viewpoint for the user includes a preference 
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providing an association between the two data patterns "book" and "The 
Committee", and the address of an onUne book retailer (e.g., "www. bookstore, 
com"). If no match is foxmd, the electronic file is presented to the user without 
modification. However, if a match is found (e.g., "The Committee" is found in the 
5 content), the user device modifies the file by inserting a hyperlink to a computer 
network resource associated with the matched data pattern (e.g., "www. bookstore, 
com") and presents the modified file to the user with an indication of the hyperlink. 
If the user activates this link (e.g., by clicking on the link with a mouse), he or she 
may be connected to "www. bookstore, com", where the book "The Committee" 
1 0 can be purchased. 

Referring to FIG. 2B, method 10 of FIG. 1 may also be 
implemented by a second computer network 170, wherein each user device 110, 
120 and 130 can access Intemet 160 via a dial-up account, in a known manner. 
Each of the user devices accesses a dial-up server 175 via a telephone connection 

15 of a Pubhc Switched Telephone Network ("PSTN") 178. Typically, dial-up server 
175 is maintained by an Intemet service provider ("ISP"), such as "AMERICA 
ONLINE". Each user device uses a modem or other commxmication interface, and 
dial-up networking software, to communicate with dial-up server 175. Each user 
device may be a personal computer, a PDA, a WebTV™ terminal, a phone or other 

20 device to access a dial-up account, and to request, receive and present markup 

language-based content. Any or all of user devices 110, 120, 130 may altematively 
access Intemet 160 via other communication interfaces, such as Digital Subscriber 
Line ("DSL") and/or cable modem interfaces. 

In computer network 170, each user device 110, 120, 130 can 
25 generate a request for the delivery of electronic content (step 14 of method 10), 

typically in the form of a URL, as is known in the art. Each request is delivered to 
dial-up server 175, which evaluates the requested URL and determines if the 
requested content must be accessed through a Wide Area Network (WAN) such as 
the Intemet 160. If so, the request is delivered to Intemet 160. Intemet routing 
30 protocols cause the request to be delivered to a host Web server 140 via remote 
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router 150 and a proxy server 180. In response, Web server 140 accesses and 
returns the requested content via proxy server 180, router 150 and Internet 160 to 
dial-up server 175, which relays an electronic file for the requested content to the 
requesting user device. Thus, that user device receives the electronic file in 
5 response to the request (step 16 of method 10). In contrast to the arrangement 
shown in FIG. 2 A, the requests are delivered to Web server 140 via proxy server 
1 80, which translates the addresses used by Intemet 1 60 to addresses used by Web 
server 140, and thus insulates the addresses used by Web server 140 from external 
access. A proxy server similar to proxy server 180 could also be used in network 
10 100 between Web server 140 and router 150, or between the user devices and 
router 144. 

As in the embodiment shown in FIG. 2A, upon receipt of the 
electronic file but before displaying the file to the user (or before re-displaying the 
file to the user, as in a re-load or automatic refiresh cycle), a Web browser causes 

15 the user device to attempt to recognize a match between at least a portion of the file 
and any data pattern stored as a preference by the browser (step 18). For example, 
the user device may determine if at least a portion of text in the user- viewable 
portion of the file matches a data pattem stored as a preference by the browser. If 
no match is found, the file is displayed to the user without modification (step 20). 

20 Upon recognizing a match, however, the user device modifies the file to include a 
hyperlink to a network resource associated with the matching data pattem (step 
22), and presents the modified file to the user (step 24). 

Referring to FIG. 3, one embodiment of each of user device 110, 
120 and 130 includes a processor 200 (e.g., a CPU or central controller) for 

25 executing instructions of computer programs and controlling operation of the user 
device 1 10, 120 or 130. Processor 200 has access to memory 202, such as random- 
access memory (RAM) and/or read-only memory (ROM) for storing programs, 
data, variables, and/or a basic input-output system (BIOS). Processor 200 receives 
input data firom one or more input devices 204, and transmits output data to one or 

30 more output devices. Each input device 204 may include a mouse, a keyboard, a 
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touch-screen, a microphone, a digital camera, a clock, etc. Each output device 206 
may include a computer monitor, an audio circuit/speakers, a printer, etc. 
Processor 200 communicates with networked computers via a communication 
device 208. Device 208 may include a network interface card ("NIC") coupled to a 
5 LAN as in FIG. 2A, a modem in a dial-up embodiment such as in FIG. 2B, or 
another type of communication device or interface. 

Processor 200 has access to a mass storage device 210 for storing 
objects such as programs and data. The stored objects may include an operating 
system ("OS") 212, a Web browser 214, a preference database 216, and a display 
10 code database 218. OS 212 may be, for example, MICROSOFT WINDOWS®, 
Linux, MAC O/S, UNIX, or another operating system. 

In one embodiment, Web browser 214 provides functionality for 
inserting hyperlinks into retrieved electronic files. In particular, by executing 
instruction of Web browser 214, processor 200 is operable to generate a request for 

15 content (e.g., a markup language-based electronic file) from a Web server, and to 
receive, modify and present the requested content to a user. Processor 200 
accesses preference database 216, which includes one or more records for storing 
one or more preferences. Each preference provides an association between one or 
more pre-registered data patterns (e.g., words, phrases and/or graphics that may 

20 occur in markup language-based files) and an address of a corresponding computer 
network resource. When processor 200 finds that the requested content includes a 
data pattem stored in preference database 216, it inserts a hyperlink to the network 
resource associated with the matching data pattem (step 22 of method 10). In one 
embodiment, the hyperlink is inserted in a manner which depends on a code stored 

25 in display code database 218, as described below. 

Referring to FIG. 4, DNS server 142 (FIG. 2A) and dial-up server 
175 (FIG, 2B) each may include a processor 220 to execute instructions of 
computer programs and to control operations of the respective server. Processor 
220 has access to a memory 222, such as random access memory (RAM) or read 
30 only memory (ROM), for storage of computer programs, data and a basic input- 
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output system (BIOS). Processor 220 receives input data firom one or more input 
devices 224, and transmits output data to one or more output devices 226. Each 
input device 224 may include a mouse, a keyboard, a touch-screen, a microphone, 
a digital camera, a clock, etc. Each output device 226 may include a computer 
5 monitor, an audio circuit and speakers, a printer, etc. Processor 220 also 
communicates with networked computers via one or more coromunication 
device(s) 228. Device(s) 228 may include a network interface card (NIC) in a 
LAN embodiment such as shown in FIG. 2A, or one or more modems in a dial-up 
embodiment as shown in FIG. 2B. 

10 Processor 220 has access to a mass storage device 230 which is 

configured to store objects such as programs and data. The objects stored on 
storage device 230 may include an operating system ("OS") 232 suitable for a 
network server. For example, OS 232 may be "MICROSOFT WINDOWS® NT", 
Linux, Unix, "NOVELL NETWARE", or another suitable operating system. Mass 

15 storage device 230 also stores shared file structures used by computers on the 

network, which may include documents of various forms created and shared by the 
members of the workgroup using the network. In one embodiment, the shared file 
structures include a preference database 234, a display code database 236, and a 
user accoimt database 238. Each of these databases is accessible to processor 220 

20 and other computers on the network. 

Preference database 234, similar to preference database 216 (FIG. 
3), includes one or more records for storing one or more preferences. Each 
preference provides an association between one or more pre-registered data 
patterns (e.g., words, phrases and/or graphics that may occur in markup 

25 language-based files) and the address of a corresponding computer network 

resource. The preferences stored in preference database 234 at DNS server 142 or 
dial-up server 175 are accessible to multiple users, each of whom may also have a 
separate preference database 216 stored on his or her user device. By storing 
preferences in server 142 or 175, the preferences may be provided to all of the 

30 members of a workgroup who are connected to server 142 or 175. The preferences 
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stored within preference database 234 may be modified, for example, by a person 
responsible for managing the preferences for the entire workgroup (e.g., a manager, 
or an Information Technology employee). These preferences may also be modified 
by each user, if given permission to do so. If, however, a user wishes to add a 
5 preference for only his or her own use, the preference may be stored in preference 
database 216 rather than database 234. In that case, the user's Web browser 214 
may retrieve preferences firom both locally-stored preference database 216 and 
shared preference database 234. 

In one embodiment, all of the preferences of a particular user are 
10 stored in preference database 234 of DNS server 142 or dial-up server 175. In tliis 
embodiment, all of the user's preferences are centralized in server 142 or 175, such 
that the user may use all of his or her preferences even with different user devices. 
In this embodiment, a user logging into the network software of server 142 or 175 
could be provided with access to his or her preference database based upon a login 
15 identifier associated with that user. 

When processor 200 or 220 determines that content requested by a 
user includes one of the data patterns stored within preference database 234, a 
hyperlink to the computer network resource that is associated with the matching 
data pattern is inserted in the electronic file for that content. In one embodiment, 
20 the hyperlink is inserted in a manner which depends on a display code stored 
within display code database 236, which is similar to display code database 218 
(FIG. 3). The mamier in which this occurs is described below. 

In one embodiment, user account database 238 is provided for 
storing account data for users. User account database 238 is used for tracking the 

25 amount of payments or other benefits due to users in response to the use of 

preferences stored in preference database 216 or 234. For example, whenever user 
device 110, 120 or 130 inserts a hyperlink based on a preference into an electronic 
file being retrieved by a user device, and/or the user activates a hyperlink inserted 
within a file based upon a preference, the user device transmits an indication to 

30 DNS server 142 or dial-up server 175. That server then updates user account 
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database 238 to reflect any additional payment or benefit due to the user. At the 
end of a billing cycle, the accumulated total of payments due to each user stored 
within user account database 238 is accessed to provide payment to each user. 
User accoimt database 238 can also accimiulate payments that are due to users for 
5 accepting offers to include preferences in their viewpoints. 

Referring to FIG. 5, an exemplary structure of preference database 
216 and/or 234 includes a plurality of records 260-272. Each record 260-272 
includes a plurality of fields 240-254, and defines one preference. For each record 
260-272, fields 240-254 include N data pattern fields 240A-240N, an address 

10 information field 242, a display code field 243, an expiration field 244, an 
originator field 246, a nmnber of times accessed field 248, a number of times 
visited field 249, a number of times accessed since last visit field 250, a status field 
252, and a benefit per use field 254. Database 216 or 234 may include other and/or 
less than all of these fields (e.g., database 216 may not include display code field 

15 243 if hyperlinks are provided or displayed in a default manner). 

For each record, fields 240A-240N define N data patterns that have 
been associated with the address stored in address information field 242. The N 
data pattems are numbered 1-N, with N being any integer greater than or equal to 1 
(i.e., 1, 2, 3, . . .). For example, fields 240A-240N of record 260 define two data 

20 pattems (i.e., N=2) that are associated with the URL "www. bookstore, com" (i.e., 
the address information stored in field 242). As shown in FIG. 5, a data pattem 
may have the fonn of a user- viewable text pattem (e.g., "book") that may occur 
within a retrieved electronic file. A data pattem may also have the form of a non- 
viewable pattem, such as a particular pattem found in a metatag, script, applet, 

25 graphic, or any other data found in retrieved content and describable by a data 
pattem. 

As shown by records 268-272, a single data pattem stored within a 
single field (i.e., field 240A) may be associated with one address. For example, 
fields 240A-240N of record 268 indicate the data pattem "soda" is the only data 
30 pattem that is associated with the address "www. sodaco. com". Alternatively, as 
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shown by records 260-266, multiple data patterns stored in multiple fields may 
also be associated with one address. For example, fields 240A-240N of record 260 
indicate that two data pattems (i.e., "book" and "The Comoiittee") have been 
associated with the address of "www. bookstore, com". Other fields may be used 
5 to store additional data pattems associated with one address. For example, 

additional fields (not shown) of record 260 could store the data pattems "soft-cover 
books" and "hard-cover books", each of which is associated with "www, 
bookstore, com" (in this example, N = 4). 

Altematively, rather than or in addition to defining one or more 
10 specific data pattems associated with a single address, a computer-executable 
algorithm may be used to analyze received content to determine if that content 
includes any variation of one (or more) defined data pattems. This approach would 
allow for the automatic identification of multiple variations of a single data pattern. 
For example, assume that the data pattern "jump" is stored in a preference 
15 database. The algorithm could be applied to the words "jumped" and "jumping" in 
the retrieved content to determine that both of these words are variations of the 
stored data pattern "jump" since they share a common root (i.e., "jump"). The 
algorithm could also identify any other data pattems within the retrieved content 
(e.g., "jmnps") which also share this common root. All of these words could then 
20 be associated with the address information associated with the word "jump". 
Wliile this same result may be achieved by defining multiple data pattems 
including all of the variations of the common root, it may not always be easy or 
practical to predict all of the variations, in advance, for storage within fields 240 A- 
240N of the preference database. 

25 For each record in preference database 216 or 234, field 242 stores 

address information associated with the N defined data pattems. The address 
information may be in the form of a numeric IP address (e.g., field 242 of record 
262 stores the mmaeric IP address 202.164.214.53). Altematively, the address 
information may be a text-based URL that may later be submitted to DNS server 

30 142 for conversion to a numeric IP address (e.g., field 242 of record 260 stores the 
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text-based URL of "www. bookstore, com"). Address information field 242 may 
also store one or more markup language-based tags associated with the record. 
The tag may identify-, for example, the originator of the record in the preference 
database (i.e., the party that added the record to the database), or may provide 
5 detailed information about the identified URL. 

In FIG. 5, the address information stored in field 242 of each record 
260 - 272 is independent, such that the N data patterns stored for each record is 
associated with an independent computer network resource. In this case, the 
address information stored in field 242 of one record may be different or the same 
10 as the address information stored in field 242 for any other record. 

Alternatively, the address information stored within preference 
database 216 or 234 may be the same, or partially the same for every record. For 
example, an online bookstore could create a customized viewpoint that includes a 
record for each of a plurality of books, each record providing an association 

15 between the title of one of the books (stored in field 240A) and the URL of a Web 
site for that bookstore. The URL of the Web site for that bookstore may be stored 
in field 242 or, since the same URL would be associated with every record, the 
URL may be stored only once in database 216 or 234. According to another 
example, each record of the customized viewpoint could provide an association 

20 between the title of one of the books (stored in field 240 A) and the URL of a Web 
page specific to that book (e.g., a Web page with that specific book already placed 
in an electronic shopping cart). In this case, the URL associated with each data 
pattern may include, for example, a base portion which is the same for all of the 
books and a variable portion specific to each book (e.g., "www. bookstore. 

25 com/The_Committee"). The online bookstore could then pay or provide benefits 
to fl^equent book purchasers for using the customized viewpoint. Then, when one 
of the firequent book purchasers retrieves an electronic file including any of the 
book titles stored in the preference database, the file presented to the user would be 
modified to include a hyperlink to the online bookstore. In this case, the viewpoint 

30 is customized for all of the frequent book purchasers. 
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Whenever an electronic file is modified to include a hyperlink to a 
computer network resource defined by a preference, the hyperlink will be inserted 
into the file in a particular manner. In one embodiment, the hyperlinlc is inserted 
into the file in a default maimer. For example, a hyperlink may be included in a 
5 file by "converting" the matching data pattern into the h3^erlink. In another 
embodiment, the manner in which a hyperlink is included within a file will be 
determined by a display code that is stored within field 243. For example, based 
upon record 260, a hyperlink for "www. bookstore, com" will be included within 
an electronic file according to a display code of "1". The meaning of the various 
10 display codes is fiirther described in relation to FIG. 6. 

Expiration field 244 stores data indicating the expiration time or 
date, if any, for the preference represented by the corresponding record of the 
database. Expiration field 244 may identify a definitive "cut-off date or time 
when the preference will be disabled or deleted, or an indication of an amoimt of 

15 time remaining before the corresponding record in the database is disabled or 
deleted. For example, field 244 of record 260 indicates that the preference 
providing an association between the data pattem "book" (field 240A) and the 
address information for "www. bookstore, com" (field 242) will expire on 
December 31, 2002. User device 110 may store the expiration data in expiration 

20 field 244 at the time the record for the corresponding preference is created, based 
upon information provided by the party that establishes the preference. For 
example, the signal received by user device 1 10 at step 342 (see FIG. 9) may also 
include expiration information for a particular record that may be updated. 

Altematively, preference database 216 or 234 could store a range of 
25 dates or times during which a preference would, or would not, be effective. For 
example, preference database 216 or 234 may include a field which allows a 
particular association to occur on Saturdays and Sundays, but not weekdays, or to 
occur only during certain hours of the day. As another altemative, expiration field 
244 could store data representative of a number of associations or presentations 
30 that will be made before the preference expires. For example, when a preference is 
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stored within preference database 216, the value "100" could be stored in 
expiration field 244 for that preference, such that the preference will expire after it 
has been used to make 100 associations. In one embodiment, expiration 
information may be stored in field 244 using an expiration function. For example, 
5 the function "expire when field 249 = 10" would cause the corresponding 
preference to expire when the network resource pointed to by the address 
information has been visited 10 times. 

Originator field 246 stores information generally or specifically 
identifying the originator of the corresponding preference. The originator is a party 

10 that generated the preference which defines the association between the data 

pattems in fields 240A-240N and the corresponding address information in field 
242. In embodiments in which an originator is identified generally, field 246 may 
store any of a variety of general identifiers (e.g., "DEFAULT", "USER", "THIRD 
PARTY", etc.). "DEFAULT" indicates that the originator of the preference was 

15 the publisher or developer of the Web browser. "USER" indicates that the 

originator was the user, who may have generated and stored the association during 
an installation or update procedure for Web browser 214. "THIRD PARTY" 
indicates the originator was a third party (e.g., an online merchant, ISP, portal Web 
site, etc.) who generated and/or last updated the preference. Alternatively, rather 

20 than generally identifying the originator, field 246 may identify a specific 

originator. For example, field 246 of record 268 indicates that SOD ACQ was the 
specific originator for that preference. 

Fields 248, 249 and 250 store usage information for each of the 
preferences described by a record of the preference database. Field 248 stores data 
25 representing the number of times that each record has been accessed (i.e., the 

number of times that a Web browser has recognized that received content included 
data matching any of the N data pattems for that record). Field 249 stores data 
representing the nimiber of times that the network resource for that record has been 
visited by the user. Field 250 stores data representing the number of times that 
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each record has been accessed since the user last visited the network resource by 
activating a hyperiinlc generated using that record. 

Fields 248 and 249 may be used to determine that a preference 
should expire after that preference has been used to insert a hyperlink a certain 
5 number of times, or after a resource has been visited a certain number of times, 
respectively. For example, the data in field 248 may be used by a browser to 
determine that a preference should expire after 100 links to an associated network 
resource have been incorporated into retrieved content, and the data in field 249 
may be used to determine that a preference should expire after the user has visited 

10 the corresponding computer network resource 20 times. Thus, the data stored in 
fields 248 - 250 allows for accurate tracking and reporting of usage data for the 
preferences. This data can be supplied to, for example, the parties who were 
responsible for inserting the preferences into the preference database, for use in 
determining payments or benefits due to the user. Other usage fields may also be 

15 used, and fewer than all of fields 248 — 250 may be needed. For example, field 250 
may not be needed in particular embodiments. 

Status field 252 stores, for each record, data representing a status for 
the corresponding preference. In one embodiment, the user may enable or disable 
each preference by changing the corresponding status data. Wlien the status data 

20 represents "ENABLED", the preference is operational for use in modifying an 
electronic file to include a link to a computer network resource associated with a 
matching data pattem. When the status data represents "DISABLED", the 
preference is not operational for use in modifying an electronic file to include a 
link to a computer network resource associated with a matching data pattem. In 

25 another embodiment, the status of each preference may be overridden by, for 

example, a third party who wishes to update the preference database being used by 
a user. One embodiment for overriding each preference is discussed below (FIG. 
9). 

Field 254 stores an indication of a benefit to be provided to the user 
30 per use of the corresponding preference. In one embodiment, field 254 stores an 

30 
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amount paid per visit representing an amount due to a user whenever the user 
activates a hyperlink generated using that preference to access the corresponding 
resource. Alternatively^ instead of or in addition to providing an amount paid per 
visit, field 254 stores an amount paid per inclusion representing an amount due to a 
5 user whenever a hyperlink is inserted within retrieved content based upon that 
preference (regardless of whether the user actually activates the hyperlink). 

The benefit provided to a user may be a monetary amount, coupon, 
points, frequent flyer miles, etc. The benefit may be provided by the party that 
inserted the preference, an organization to which the user belongs, the user's ISP 

10 (e.g., the benefit amoxmt may be deducted from the user's ISP bill, or any other 
bill), or another party that was responsible for controlling the insertion of records 
into the preference database. Benefit per use field 254 may be used for controlling 
third-party insertion of records into the preference database. For example, if a third 
party wants to change address information associated with a data pattem already 

15 identified in the preference database, the third party may be required to offer a 
benefit per use that exceeds the benefit per use stored in field 254 of the 
corresponding record before being allowed to alter the address information. Field 
254 may store an indication of a currency amount, or of some other benefit or 
value to be provided. Altematively, field 254 may identify an index or ranking of 

20 a record that indicates the comparative value of the record as compared to other 
records. 

In certain embodiments, the viewpoint defined by a particular 
preference database 216 or 234 is customized for a particular user, who may have a 
unique user identifier, such as that indicated by reference numeral 256. For 

25 example, the preference database 216 or 234 shown in FIG. 5 defines the viewpoint 
for a particular user who is identified by user identification number 58120. A 
different user having a different user identifier will use a different viewpoint. This 
customized preference database may, for example, be stored by the user device 
110, 120 or 130 being used by the user. Altematively, this preference database 

30 may be stored by DNS server 142 or dial-up server 175, for use in determining 
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preferences for a particular user, with the user's login identifier used to select 
between his viewpoint aad viewpoints of other users. 

In other embodiments, a viewpoint may be customized for a 
particular class or category of users rather than for a particular user. In these 
5 embodiments, a category or class indicia (instead of a unique user identifier) is 
associated with preference database 216 or 234 in order to customize that database 
for use by users belonging to a particular category or class. For example, data 
representative of users belonging to the class of "sales agents" or "engineers" may 
be associated with database 216 or 234 so that the viewpoint defined by that 
10 database is used for users who are sales agents or engineers, respectively. 

Referring to FIG. 6, an exemplary structure of display code database 
218 and/or 236 defines different manners in which a hyperlink may be included 
within an electronic file. Database 218 and/or 236 includes a plurality of records 
278 - 284^ each defining a manner by which a hyperlink may be included within a 

15 received file. Each record includes a first field 274 for storing the display code for 
the hyperlink, corresponding to the values in display code field 243 of preference 
database 216 and/or 234, and a second field 276 for storing data representing the 
manner in which the hyperlink will be included in the file. For example, if the 
display code is "1", a hyperlink will be included by converting the matching data 

20 pattem into an indication of the hyperlink. If the display code is "2", an indication 
of the hyperlink will be included as a footnote to the matching data pattern. If the 
display code is "3", an indication of the hyperlink will be included within a margin 
adjacent to the matching data pattem. If the display code is "4", an indication of 
the hyperlink will be included just after the matching data pattem. In each case, 

25 the hyperlink will be inserted in association with the matching data pattem. 

Other manners of including a hyperlink within a received file may 
also be used. For example, an indication of a hyperlink could be included within 
an "onMouseOver" tag. An "onMouseOver" is a JavaScript instruction used for 
testing the position of a pointer such as a mouse. The hyperlink indication could 
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appear, for example, in a "balloon" window that emerges when the user places a 
pointer over a data pattern and/or clicks on the data pattern with the pointer. 

Referring to FIG. 7, an exemplary structure of user account database 
238 includes a plurality of records 296 - 299, each record having a user 
5 identification number field 286, a user name field 288, a user contact information 
field 290, a user account infonnation field 292, and an accumulated total field 294. 
Field 286 stores an identifier that uniquely identifies a user. Field 288 stores the 
user's name. Field 290 stores contact information for the user, such as the user's 
mailing address, electronic mail address, telephone number, etc. Field 292 stores 

10 user account information identifying a financial or other account of the user, such 
as a credit card account, debit card account, ISP account, telephone account, 
electronic cash account, etc. Field 294 stores the accmnulated total of payments 
due to the user resulting from the use of the user's preferences. For example, based 
upon field 254 of record 260 (FIG. 5), Susan Smith (i.e., the user identified by user 

15 identification number 58120) will receive $0.25 from the third-party who inserted 
record 260 into her preference database each time that she activates a hyperlink 
providing a linkage to "www. bookstore, com" that was included within presented 
electronic content due to her preference (assuming that field 254 stores an amount 
to be paid per visit to that resource). 

20 Referring to FIGs. 8A - 8B, another embodiment of a method 300 

for providing a link in an electronic file being presented to a user is shown. 
Method 300 is performed by the Web browser of any of user devices 110, 120 or 
130 (FIG. 2A or 2B). Similar to method 10, method 300 includes defining a 
customized viewpoint for the user including a preference for the user (not shown), 

25 generating a request for content (steps 302 - 308), receiving an electronic file 

corresponding to the request (steps 310-312), and evaluating the electronic file to 
recognize a match between at least a portion of the file and the data pattem (steps 
314-316). If no match is found, method 300 also includes presenting the file to 
the user without modification (step 318). Upon recognizing a match, method 300 

30 also includes modifying the electronic file to include a link to the computer 
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network resoxurce associated with the matching data pattern (step 320 of FIG, SB), 
and presenting the modified file to the user (step 322 of FIG. 8B). As with method 
10, the viewpoint may include one or more than one preference, and each 
preference may provide an association between one or more than one data pattern 
5 and a computer network resource. The following description assumes that the user 
device is user device 110 within network 100 (FIG. 2A). A similar description 
would apply for user device 120 or 130, and if user device 110 was coupled to 
network 170 of FIG. 2B. 

At step 302, user device 110, operating Web browser 214, receives 
address data (e.g., a text-based URL or numeric IP address) from a hyperlink 
embedded into a document being viewed by the user. The address data may 
include an address corresponding to remotely-stored Web site content. In one 
embodiment, the address data is received by user device 110 in response to the user 
initiating a request for content by activating the hyperlink. Alternatively, the 
address data may be received after the user initiates a request for content by 
entering the address information into an address bar area of the browser's user 
interface. In each case, the request is initiated by the user, hi another alternative, 
the address data is received without being initiated by the user. For example, the 
address data may have been received in response to an automatic refresh function 
that is being performed by the Web browser, or in response to a default 
mechanism when the browser is laimched (e.g., similar to MSN.COM™). 

At step 304, if the address data is in the form of a text-based URL, 
user device 110 transmits the address data to computer network 100 (FIG. 2A). In 
computer network 100, this involves transmitting the received address data (i.e., 
25 the text-based URL) to DNS server 142 via LAN 132. Alternatively, in computer 
network 170 (FIG. 2B), step 304 would involve transmitting the received address 
data to dial-up server 175 via a telephone modem or other communication interface 
(e.g., DSL or cable modem interface). 

At step 306, user device 1 10 receives the IP address which 
30 corresponds to the address data from DNS server 142. Generally, the IP address 

34 
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will be expressed n"umerically as opposed to being expressed textually. To provide 
the IP address, DNS server 142 receives the text-based address data that was 
transmitted by user device 110 at step 304, queries a database for a record which 
associates the text-based address data to the corresponding IP address, and returns 
5 the numeric IP address data to user device 110. Note that steps 304 and 306 may 
be omitted if the numeric IP address was received at step 302. 

At step 308, user device 110 uses the received IP address data to 
transmit a request to the corresponding host Web server 140 via router 144, the 
Intemet 160, and router 150. The request includes a header (i.e., a numeric code 

10 assigned to a request for content identifying a user's unique IP address). Either the 
LAN 132 or the ISP server assigns a numeric header corresponding to the user 
device, which is integrated with the mmieric IP address information. The numeric 
IP address information is then transmitted to and received by a router which 
executes packet-routing software to accurately and efficiently transmit the request 

15 for access of the desired content to the appropriate Web server 140. 

At step 310, user device 110 receives a signal from the host Web 
server 140 acknowledging that the host Web server 140 received the request for 
remotely-stored content. User device 110 may also provide the user with an 
indication that this signal was received in a status line area of the Web browser 

20 interface (e.g., "Web Site Found — Waiting for Reply"). Using the received header 
information, the host Web server 140 transmitted this signal to user device 1 10 to 
indicate that the request for content was received, and input the request to a queue 
to be addressed sequentially upon fulfillment of other pending requests for access 
to the desired content. The host Web server 140 may include several computers, 

25 including mirror site servers. Alternatively, the host Web server does not transmit 
such an indication to the user device 110, and device 110 merely waits to receive 
the requested content. 

At step 312, user device 110 receives at least one markup language- 
based electronic file from the host Web server 140. This file was transmitted by 
30 the host Web server 140 after accessing the requested content. This file includes 
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computer-readable code that dictates the formation of the content upon 
presentation to the user. The code itself may also include URL's associated with 
supplementary content located on the requested host server, or on a separate host 
server. The requested content may be delivered completely, or in parts. For 
5 example, text and graphic information may be transmitted separately as different 
files to be assembled by the user device for presentation to the user. At this point, 
the requested markup language-based file has been received by user device 110, 
but has not yet been presented (e.g., displayed) to the user. 

At step 314, user device 110, executing Web browser 214, accesses 
10 preference database 216, and compares the data patterns 240A-240N stored within 
preference database 216 with the retrieved electronic file to determine if any 
portion of the electronic file matches any of the data patterns stored in that 
database. The preference database 216 may be accessed firom local and/or remote 
storage, hi various embodiments, preference database 216 may be integrated with 
15 the user's Web browser or, alternately, the LAN" or ISP server may be involved in 
accessing the preference database. As described above, preference database 216 
comprises one or more preferences, each preference providing an association 
between at least one data pattern that may occur in the retrieved content (e.g., in 
the markup language-based electronic code) and the address information for the 
20 corresponding computer network resource (e.g., numeric IP or text-based address 
data of the computer network resource). 

At step 316, user device 110 determines if any portion of the 
electronic file matches any data pattern stored in preference database 216. In one 
specific example, user device 110 compares the user-viewable text portion of the 
25 markup language-based code that comprises the electronic file with the data 

pattems 240A-240N stored in preference database 216. The Web browser of user 
device 1 10 (in the browser embodiment) or a server at another location (in the 
server embodiment) compares all of the user- viewable text portions of the markup 
language-based code with each data pattem in the preference database. 
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In one embodiment, to recognize a "match", user device 110 
requires a portion of the requested content to be the same as a data pattem stored in 
preference database 216. For example, if a preference in preference database 216 
defines data patterns including "jxmip" and "jumping", a match may be recognized 
5 only if one of those data patterns appears in a portion of the requested content. In 
another embodiment, to recognize a match, user device 110 analyzes the requested 
content to determine if any portion of that content has a predetermined relationship 
with a stored data pattem. For example, the predetermined relationship may result 
in a match being recognized if a portion of the requested content shares a common 

10 root with a stored data pattem (e.g., the word "jumped" may be recognized as 
matching stored data pattem "jrmip" since they share a common root). Other 
relationships may also be used to find that a portion of requested content matches a 
stored data pattem. For example, if the stored data pattem comprises the United 
States flag, then a portion of the requested content may be found to match the 

15 stored data pattem if that portion includes certain combinations of stars and stripes. 
As another example, if the stored data pattem comprises a graphic, a portion of the 
requested content may be found to match the stored data pattem if that portion 
includes more than a predetermined percentage (e.g., 90%) of the same pixels. 
Thus, a portion of requested content may be recognized as matching a stored data 

20 pattem if that portion has a sufficient relationship to the stored data pattem. 

Various data pattem recognition techniques may be used to determine if a match 
occurs. 

At step 318, if no part of the requested content (e.g., no part of the 
user-viewable text portion of the markup language-based code) matches a data 
25 pattem stored in preference database 216, user device 110 displays the markup 
language-based file to the user as received (i.e., without modification). If, 
however, any part of the requested content matches any data pattem stored in the 
preference database, then processing continues at step 320 of FIG. 8B. 

At step 320, user device 110 accesses preference database 216 to 
30 determine the address information for any data pattem that was recognized to 
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match user-viewable text in the received file, and inserts a hyperlink to the 
computer network resource corresponding to that address information into the 
markup language-based file for subsequent display to the user via the output 
device(s) 206 of device 110. The hyperlink may be inserted into the file such that 
5 an indication of the link will be displayed in association with (e.g., at or 

substantially adjacent to) the original location of the matching user- viewable text 
(i.e., the matching data pattern). For example, a hyperlink may be inserted into the 
file such that, when an indication of the hyperlink is displayed to the user, the 
hyperlink will be located at or substantially adjacent to the location of the matching 

10 data pattern. The indication of the hyperlink will be "substantially adjacent to'' the 
location of the matching data pattern if a user will perceive the hyperlink as being 
associated with the matching data pattern. Thus, user device 110 (or a separate 
server) effectively modifies the user-viewable text portion of the markup 
language-based code to indicate one or more supplemental h)/perlinks in 

1 5 accordance with preference database 216. 

A retrieved electronic file may be altered to include a hyperlink 
indication according to the display code stored in field 243 of the record of the 
corresponding preference. For example, assume that Web browser 214 causes user 
device 110 to recognize that a portion of text in the user-viewable portion of 

20 requested content matches the data pattem "The Committee" stored in field 240N 
of record 260 in preference database 216, User device 1 10 may modify the 
requested content to include a hyperlink for the matching data pattem (e.g., a 
hyperlink to "www. bookstore, com", based upon field 242 of record 260). Since 
the display code for this preference is "1", user device 110 will include a hyperiink 

25 indication within the requested content by "converting" the matched data pattem 
into the hyperlink. For example, if the requested content includes the data pattem 
"The Committee" as plain text, the Web browser may replace this text with a 
hyperlink which is displayed to the user as " The Committee " so that, if the user 
then activates this hyperlink, user device 110 will request an electronic file from 

30 the associated network resource ("www. bookstore, com"). 
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Alternatively, using a display code, a hyperlink indication may be 
displayed to a user in association with a matched data pattern by being placed at or 
adjacent to that data pattern. For example, a hyperlink indication may be placed 
just after "The Committee" (display code "4"), or just after the end of the sentence 
5 containing "The Committee" (e.g., "To purchase this book online, click on www, 
bookstore, com "). As this example shows, additional text may be inserted in the 
requested content to describe the hyperlink to the user. This text may be stored in 
another field (not shown) of preference database 216 or display code database 218, 
236. A hyperlink indication may also be displayed at other locations in the 
10 requested content that provide an association with the matched pattem. For 
example, an indication may be placed in a footnote from the matched pattem 
(display code "2"), or in a margin adjacent to the matched pattem (display code 
"3"). 

When a hyperlink associated with a matching data pattem is 
15 inserted into requested content, any existing hyperlink in the requested content 
may, or may not, be overridden with the inserted hyperlink. The Web browser 
may detemiine whether an existing hyperlink is present within a user-viewable text 
portion and, if so, overwrite (or not overwrite) that existing hyperlink with a new 
hyperlink associated with a matching data pattem. For example, if the original 
2D requested content includes: "We recommend 'The Committee' . To purchase this 
book online, click on www, departmentstore. com ", the browser could replace the 
hyperlink "www, departmentstore. com " with the h>perlink " www, bookstore. 
com". By activating this hyperlink, the user may then access "www. bookstore, 
com" in accordance with his or her previously-established viewpoint. 

25 At step 322, the altered markup language-based electronic file is 

presented (e.g., displayed) to the user via the output device(s) 206 of user device 
110. This file includes a hyperlink for the address information stored within 
preference database 216 for each matching user-viewable text portion of the 
markup language-based code, as determined above. If the user activates one of 

30 these hyperlinks, he or she will access the computer network resource specified by 
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the address information. Thus, additional Web traffic resulting Jfrom the display of 
the altered markup language-based file may be directed to one or more third-party 
Web sites as dictated by the preference database. 

At step 324, user device 110 updates the usage fields for each record 
5 of preference database 21 6 for which a data pattern was found to match a portion 
of the requested content. In particular, user device 110 updates fields 248 and 250 
to reflect the number of times accessed and the number of times accessed since last 
visit. For example, user device 110 may increment by one the numeric data stored 
within fields 248 and 250 of each record determined to store a matching data 
10 pattem. Fields 248 and 250 are maintained for tracking the number of occurrences 
of text-based user- viewable content and the display of resultant hyperlinks 
associated therewith, and may be used to provide data for billing purposes and/or 
for providing benefits to the user. 

At step 326, user device 110 transmits a notification(s) to all of the 

15 originators identified by preference database records as having matched data 

pattems. For each record of the preference database that was accessed in step 320 
and used for inserting a hyperlink into content, the originator data in field 246 of 
the record is used to generate a notification to the originator of the record 
indicating that the record was used. This notification may or may not trigger an 

20 action if the originator was the user or an administrator of the user*s organization. 
If no action is triggered, the notification need not be provided. However, if the 
originator was a third party that offered compensation or another benefit for the use 
of associations that were inserted by the third party into the preference database, 
tins notification may be used to trigger payment fi-om the third party to the user or 

25 another designated recipient, Altematively, a coupon may be delivered, or a points 
value in an incentive program may be incremented, in response to receiving this 
notification. Other forms of benefit or compensation may also be used by each 
third-party organization wishing to have records included within the preference 
database used by a user, in other embodiments, instead of generating a notification 

30 to the originator of a record each time that the record is used, data fields 248, 249 
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and 250 are used to track the usage of each record, and billing/notification is 
performed afterwards in batches. 

In another embodiment, user device 110 transmits a notification to 
DNS server 142 (FIG. 2A) or dial-up server 175 (FIG. 2B), and that server updates 
5 the accumulated total due the user stored in field 294 of user account database 238. 
This database can later be used to provide payments to the user, and to bill the 
originator of the preference that caused the link to be inserted. 

After step 326, the user will view the modified electronic file that 
has been presented to the user by the output device(s) of his or her user device 110. 
10 Ultimately, the user will close the Web browser, or will initiate a request for 
additional content by delivering new address data to the browser. Thus, at step 
328, the browser may receive new address data fi-om the user, in a similar fashion 
to that described above with reference to step 302 (FIG. 8A). 

At step 330, user device 110 evaluates if the new address data 
15 received from the user originated ftom a hyperlink previously inserted into an 

electronic file presented to the user via the actions that are described above. If not 
(e.g., if the user typed a new address into an address box of his or her Web 
browser, or clicked on a preexisting hj^erlink in the retrieved content), then 
processing continues at step 304 (FIG. 8A) to retrieve the newly-requested content. 
20 If, however, the user has clicked on a hyperlink added by the Web browser 
according to the above-described steps, then user device 110 transmits a 
notification of the visit derived from the preference database record that was used 
to generate the hyperlink to the originator of that record, at step 332. 

In particular, at step 332, user device 110 accesses the record of the 
25 preference database previously accessed at step 320 to obtain the originator 

information fi-om field 246 of that record, and uses this information to generate a 
notification to the originator that a visit was initiated by that record. This 
notification may not be provided if the originator was the user, or was an 
administrator of the user's organization. If, however, the originator was a third 
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party that offered a benefit (e.g., compensation) for visits initiated by use of the 
associations inserted by the third party into preference database 216^ this 
notification may trigger providing the benefit from the third party to the user or to 
another designated recipient. Alternatively, a coupon may be delivered or the 
5 number of points in an incentive progi*am (e.g., frequent flyer miles) may be 

incremented in response to this notification. Other forms of benefits may also be 
used by each thkd-party organization wishing to entice visits to particular network 
resources. In some embodiments, instead of generating a notification to the 
originator of a record each time a visit is initiated by the record, a data field (as 

10 discussed above) is used to track the number of visits irdtiated by each record (e.g., 
by being incremented whenever a link that was added using the record is 
activated), and billing/notification is performed later in batches. As another 
alternative, the notification may be sent to the DNS server 142 or dial-up server 
175 for use in updating the user account database 238 by, for example, 

15 incrementing the accumulated total due to the user in field 294. 

At step 334, user device 110 updates the usage fields for the 
corresponding record in the preference database (i.e., the record that was accessed 
at step 320 to insert the hyperlink). In particular, user device 110 updates (e.g., 
increments by one) the numeric data stored in field 249 of that record to reflect the 
20 user's access of the computer network resource, and resets field 250 (i.e., sets field 
250 equal to zero) of that record. The data in field 249 can be used for billing 
purposes and/or for providing payment to the user. These actions maintain 
accurate statistics on the use of each record. After step 334, prqcessing continues 
at step 304 (FIG. 8 A) to obtain the newly-requested content. 

25 Referring to FIG. 9, an exemplary method 340 performed by user 

device 110 for updating preference database 216 based upon a received signal and 
a monetary value associated with the signal is illustrated. In this manner, an ISP or 
a user may benefit by allowing preference database 216 to be updated by a third 
party, such as a merchant, a service provider, or a portal-type Web site. In 

30 accordance with method 340, preference database 216 may be implemented using a 
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commonly-accessible "cookie" file, A "cookie" is a set of data created by a Web 
server and stored on a client system (e.g., a user's computer) which allows a Web 
site to track a user's patterns and preferences. A "cookie" contains a range of 
addresses or URLs for which it is valid. Wlien a user's browser encounters one of 
5 those URLs again, the browser sends a copy of the cookie to the Web server. 
Cookies may be used to identify the user computer, to instruct the Web server to 
transmit a customized version of a Web page, to submit account infonnation for 
the user, and for other administrative purposes. 

Additionally, it is envisioned that the method of FIG. 9 may 
10 facilitate the addition of data records to preference database 216 in a manner that 
does not require any monetary or other benefit "override". The addition of records 
into preference database 216 may be facilitated merely in response to an absence of 
certain data patterns within the preference database. 

At step 342, user device 110 receives a signal indicating a third 
party's interest in updating preference database 216. Optionally, the received 
signal may be received by the Web browser as part of viewing content, in which 
case the signal may be presented to the user in the form of a text box message or 
audio prompt for acceptance or decline by the user. The signal may also be 
received by the user in the form of an electronic mail message including or having 
a hyperlink leading to an executable script or program (e.g., an applet) for updating 
the preference database. The signal preferably comprises data including benefit 
values and an indication of the particular records within the preference database to 
be updated. Preferably the indication includes data corresponding to one or more 
portions of user-viewable text. The signal may comprise other data needed to 
complete a record within the preference database, such as expiration information 
for the proposed update. 

At step 344, user device 110 analyzes the received signal and 
compares that signal to preference database 216 to determine if there is any conflict 
between a requested addition to the preference database and a record already 
30 existing in that database. This process involves evaluating any data patterns (e.g., 
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user- viewable text portioii(s)) identified by the received signal and comparing 
these data patterns to data patterns 240A - 240N aheady existing in the preference 
database. Any match indicates a possible override of a record already in the 
preference database. If there are no such overrides, preference database 216 is 
5 updated as described below in relation to step 356. If there are one or more 
potential overrides, processing continues at step 346. 

At step 346, user device 110 determines the value of each potential 
override request. To determine the value, the browser in conjunction with 
processor 200 examines the received signal to determine the value of the benefit 
10 identified by the override signal, and compares the value with a benefit that is 
identified in field 254 of the existing preference database record. 

In an embodiment in wliich field 254 stores an amount paid per 
visit, or an amount paid per hyperlink insertion, this analysis may involve the 
comparison of monetary values. In non-monetary embodiments (e.g., where the 

15 benefit is a coupon, discount or points awarded in an incentive program), the 
browser may access stored information regarding the ranking of benefits to 
produce an index or ranking of the benefit provided by the existing preference 
database entry and the benefit offered by the received signal. If sufficient data to 
perform such a comparison is not available, the Web browser may produce a dialog 

20 box for display to the user that provides a comparison of the benefit described by 
the current preference database entry with the benefit offered by the received 
signal, and may request that the user identify a comparative ranking or an index 
value for use in determining which benefit is preferable. The browser can thus 
develop data for ranking benefits, enabling automatic evaluation of the 

25 comparative preference of the user (e.g., frequent flyer miles vs. cash payments, or 
between frequent flyer miles from different airlines). 

At step 348, after the values of potential override requests are 
determined, user device 110 selects one potential override request. At step 350, 
user device 110 compares the determined value of the selected potential override 
30 request with the benefit per use value stored in field 254 of preference database 
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216 for the conflicting record that may be overridden by the received signal. If the 
received signal identifies a greater value, processing proceeds at step 352 and the 
preference database is updated to reflect the new preference or preferences 
identified by the received signal (by updating fields 240A-240N and 242), any 
5 expiration data for the new preference (by updating field 244), the new originator 
(by updating field 246), and the new benefit per use (by updating field 254). 
Usage fields 248 - 250 and status field 252 are reset to their initial values, and the 
updating process is complete for that request. 

After step 352, or after step 350 if the potential override request has 
10 a lower value than the value of the existing preference database record, user device 
110 determines at step 354 whether the received signal included any additional 
override request that should be analyzed. If so, processing retums to step 348 to 
select one of these additional override requests. 

After all of the potential override requests are processed, or if there 
15 were no potential override requests, processing proceeds from step 354 to 356. At 
step 356, preference database 216 is updated to reflect (e.g., by adding) any 
nonconflicting association(s) identified by the received signal. At this point, 
method 340 for updating the preference database is complete. 

Method 340, as shown in FIG. 9, may automatically update the 
20 preference database upon receipt of a signal requesting an update. Altemately, the 
step of updating the preference database to reflect any new preference(s) may be 
postponed or canceled based upon a received accept/decline response signal that is 
generated by the user via user device 110. The user may also individually accept 
and/or decline each new proposed preference. The Web browser may also be 
25 configured to allow the user to select a certain level of involvement that the user 
desires to have in updating the preference database. 

In one embodiment, a user may specify a maximum number of 
custom hyperlinks that will be allowed to appear within a single electronic file. 
For example, a user could specify that only one association may be made between 
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a matching data pattern aad aa associated computer network resource for a given 
electronic file, even if more than, one data pattem within the file matches one of the 
data pattems stored within preference database 216. The user can thus limit the 
extent to which requested content can be customized. 

5 In another embodiment, a user may specify that his or her viewpoint 

may not be modified to contain particular preferences or types of preferences. For 
example, a user could specify that his or her viewpoint may not be customized by a 
third-party to include any preferences that provide an association to an adult- 
oriented Web site, or an organization could specify that the viewpoints used by its 
10 members may not be customized by a third-party to include preferences providing 
an association with any competing organization. 

In one embodiment, an originator who wishes to add a new or 
updated preference to the viewpoint of a user may offer the user a benefit that will 
be provided to the user if the user agrees to accept the new or updated preference. 

15 For example, if a third party wishes to add a new preference to the viewpoint of a 
user, the potential override request received by user device 1 10 at step 342 includes 
an offer, which is presented to the user. The user may then accept or decline the 
new preference. If the user declines, his or her viewpoint is not changed. If the 
user accepts, his or her viewpoint is modified to include the new preference, and 

20 the user's account is credited with the offered benefit (e.g., by incrementing 

accumulated total field 294 for the user's record). Based on the terms of the offer, 
the user may then receive additional payments based upon use of the new or 
updated preference, as previously described. 

To prevent the user fi-om quickly deleting the new preference, the 
25 offer to add a new or updated preference may include a condition that must be met 
for the user to receive the offer amount. For example, the condition may specify a 
time period during which the new or updated preference must remain in effect, and 
which cannot be overridden by the user. Alternatively, the condition may specify a 
minimum number of times that the preference must be accessed and used to insert 
30 a hyperlink into received content, or a minimum number of times that the 
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associated computer network resoxirce must be visited^ during which the new or 
updated preference must remain in effect. When a condition is present, the party 
establishing the preference may (but need not) witliliold payment to the user until 
the condition has been met. 

5 As described above, a third party may pay a user for the right to 

include one or more preferences within the user's viewpoint, and/or for uses of one 
or more preferences within the user's viewpoint. Alternatively, any of these 
payments may be made by a third party to another party who establishes or 
operates a viewpoint for use by one or more users. For example, an organization 

10 may evaluate offers received from third parties for the right to insert preferences in 
the customized viewpoint that is used by members of that organization. For a 
specific example, a book club that provides its members with a viewpoint that is 
customized to include a variety of book-related preferences may determine which 
preferences to include in the viewpoint based on offers made by online bookstores. 

15 If Bookstore 1 offers $100.00 for the right to include a preference providing an 

association to its Web site, and Bookstore2 offers $200.00 for the right to include a 
preference providing an association to its Web site, the club may decide to accept 
Bookstore2's offer such that the customized viewpoint will drive the book club's 
members to Bookstore2's Web site. The club and/or its members then receive 

20 additional payments whenever the members use that preference. 

Referring to FIG. 10, an alternative method 360 for updating or 
populating preference database 216 is performed via maintenance of the Web 
browser by the user. In method 360, a user specifies one or more data pattems 
(e.g., user- viewable text portions of markup language-based electronic files), and 
25 corresponding address data to be incorporated upon receipt of a markup 

language-based file including a matching user- viewable text portion. Method 360 
may be repeated to add additional records to preference database 216. 

At step 362, user device 110 creates a new record in the preference 
database. At step 364, user device 1 10 receives one or more data pattems (e.g., 
30 user- viewable text) specified by the user, to be used as the one or more data 
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patterns for the new record. At step 366, user device 110 receives and stores 
address information to be associated with the specified data patterns that are 
provided by the user. Next, at step 368, the user-specified data patterns atid the 
address information received fi-om the user are stored in the new record of the 
5 preference database. Thereafter, the preference database record is available for use 
according to the process of FIGs. 8A and 8B for the receipt and modification of 
content. 

Referring to FIG. 1 1, still another method 370 for updating or 
populating the preference database is based upon installation of Web browser 214 
10 by the user. In method 370, upon installation of Web browser 214, a user may 
accept or reject the default preference settings that were previously stored by the 
publisher or developer of the Web browser. If the user wishes to reject one or 
more of the default preference settings, the user, as shown in method 360 (FIG. 
10), may manually specify a replacement preference setting. 

15 At step 372, user device 110 provides a user with the option of 

accepting the default preference settings built into the installation program for the 
Web browser. If the user accepts the default settings, the process is done. 
However, if the user rejects the default settings, user device 110 displays the 
default preference settings to the user using its output device(s) 206 at step 374. At 

20 step 376, user device 110 provides the user with the option of modifying any or all 
of the default preference settings. If the user does not choose to perfomi any 
modification, the process is done. However, if the user wants to make one or more 
modifications, processing continues at step 364 (FIG. 10) to allow the user to 
manually indicate one or more data patterns and address information. 

25 While the invention has been illustrated by a description of various 

embodiments and while these embodiments have been described in considerable 
detail, it is not Applicants' intent to restrict or limit the scope of the appended 
claims to such detail. Other advantages and modifications will be readily apparent 
to those of skill in the art. For example, various databases described above may 

30 reside, and various functions may be performed, in other locations or via other 
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devices. For example, while user account database 238 has been described as 
residing in DNS server 142 or dial-up server 175, user account database 238 could 
also be located within another computer in commimication with user devices 110, 
120 and 130, such as another sei-ver coupled to LAN 132 (FIG. 2A). Tliis server 
5 would then receive indications from each user device whenever a payment or other 
benefit is earned by the respective user, and would update the accumulated total for 
that user. As aaother example, while the viewpoint defined by preference database 
216 and/or 234 have been described as residing in user device 110, 120 or 130 
and/or DNS server 142 or dial-up server 175, the viewpoint could reside at one or 
10 more other devices that operate in conjunction with the user's device. For 
example, a viewpoint may be partially or completely implemented at a user's 
computer, a device operating with the user's computer (e.g., a firewall, a remotely- 
accessible library, a router, a server, etc.), or another system. 

Alternate Embodiments 

15 In the Web browser embodiment described above, preference 

database 214 resides within the user's Web browser, and is updated by a third party 
(e.g., an online merchant) that registers the data patterns, or by the user. 
Alternatively, instead of interacting directly with users, a merchant (or other tliird 
party) who wants to include preferences in a viewpoint may interact with the 

20 provider or developer of tlie Web browser to estabhsh default preferences leading 
to the Web site of the merchant. In this case, the provider or developer of the Web 
browser would control updates to the default preference database, and the users' 
agreement to updates would not be needed. Such preferences would drive Web 
traffic from content being viewed by users to the merchant's site. For example, a 

25 user installing the NETSCAPE NAVIGATOR® browser may be provided with 
default preferences compiled by Netscape. A user may be required to use these 
preferences. Alternatively, a user's preferences may be established entirely or 
partly by the user during installation of the browser, or later, to allow the user to 
entirely or partly override the default viewpoint. 



49 



wo 01/86390 



PCT/USOl/14661 



Further, a user may input his or her own preferences to be 
associated with content to be viewed later* For example, a user may prefer to do 
his or her book shopping at a particular Web site. The user could register a 
preference such that each time the name of his or her favorite author occurs in a 
5 user-viewable text portion of a markup language-based document that is being 
read, a hyperlink to the corresponding bibliography Web page at that Web site 
would be automatically inserted at the location of the author's name. Thus, a user 
utilizing a Web browser to view a Web page for a newly published book review 
may access his or her choice of on-line bookseller simply by clicking on the 
10 author's name within the book review document. 

In another embodiment, multiple parties may be involved in 
brokering modifications to a preference database. For example, an ISP such as 
AMERICA ON-LINE (AOL) may accept competitive bids from multiple on-line 
merchants who seek to derive traffic from occurrences of data patterns (e.g., words 

15 or phrases) in documents presented to users. Once a user logs-on to AOL, the 
preference database that is stored on the user's hard-drive could be automatically 
updated by AOL to reflect any newly-registered preferences. Alternatively, the 
preference database may reside at the user's ISP. In this manner, the results 
corresponding to the updated preference database may be broadcast or reflected 

20 across a large number of user devices, as reflected by the preference database that 
is centrally-maintained on an ISP server. 

The above embodiment may also be implemented and practiced by 
a portal Web site, such as "YAHOO!®", For example, a portal Web site could 
create a preference database based upon bids made by online merchants. Then, 

25 before the Web site sends any content (e.g., search results, news, email, chat group 
messages, etc.) to a user, the Web site may include a hyperlink based on that 
preference database. For example, any Web site user receiving search results 
containing a data pattern that matches a data pattern stored by one of the 
preferences may be provided with an inserted hyperlink that leads to a computer 

30 network resource that has been associated with that data pattern. 
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As another example, a news organization (e.g., CNN.com'^'^) could 
register a number of data patterns relevant to current events with a portal Web site 
(e.g., "YAHOO!®). For example, the news organization could register the 
keywords "Federal Investigation", "Supreme Court decision"^ "War in Checlinya", 
5 etc. Then, whenever any of the registered data patterns is found on the portal Web 
site, the content could be marked up with a link to the news organization. For 
example, a link to CNNxom'^'^ could be inserted wherever "Federal investigation" 
is found on YAHOO! 's content. Thus, users of the portal Web site would be 
driven to the CNN-com"^"^ site. 

10 In one embodiment, users may be presented with offers made by 

online merchants or ISPs who seek to derive or influence Web traffic based upon 
the occurrence of data patterns such as single words or phrases within 
user- viewable text portions of documents. The users could then accept the offers 
to receive benefits. In one embodiment, a user who elects to allow his or her 

15 personal preferences to be updated by an on-line merchant or ISP may receive a 
discoxmt, a coupon or another type of benefit. For example, a user who previously 
indicated his preferred online bookseller is "Bookstore 1 .com" may be willing to 
accept a discount, such as 10% off of his first purchase, to allow "Bookstore2.com" 
(a competitor of "Bookstorel.com") to adjust his personal preferences in its favor. 

20 For another example, an ISP may decrease the price that is charged to the user for 
providing Internet access services in exchange for being allowed to update a 
preference database associated with the user (e.g., the user may receive a discount 
of $5.00/month from the normal access rate of $19.95/month). It is also 
envisioned that a portal Web site may aggregate several preference updates to be 

25 presented to a user in a batch. 

As noted above, the preference database may reside within the user 
device as part of the user's Web browser, or may reside remotely (e.g., at a dial-up 
ISP Server or LAN Server). The preference database may also be stored in cache, 
thus allowing it to be updated with "cookie" files. In this manner, a Web site may 
30 generate and store an indication of the preference database currently associated 
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with a particular user device. The preference database may alternatively reside as a 
remote library, accessible by the ISP Server, LAN Server, aad/or the user device's 
Web browser program. The preference database may also reside in the RAM of 
the user device. 

5 As described above, the user device processes retrieved content to 

include additional hyperlinks. The processing could also occur at another location. 
For example, the processing may be performed at a LAN server, proxy server or 
firewall responsible for handling the Internet traffic for the members of an 
organization. Also, the processing could be performed by a server at an ISP as a 
10 value-added service for its customers. Further, the processing may be performed at 
an Intemet site so that all content retrieved via that site would be delivered with 
appropriate hyperlinks incorporated therein. 

In one embodiment, the preference database stores or uses records 
based upon one or more additional criteria or conditions (e.g., geography) for 

15 creating a specific association. For example, a user in New England who is 

viewing a document including one or more occurrences of the user- viewable text 
portion "groceries" may be directed to the Web site of a grocer conducting business 
in New England. The user's geographic location may be determined, for example, 
from his contact information (e.g., zip code, telephone number, street address, ISP 

20 provider, etc.) stored in field 290 of user account database 238. Meanwhile, 

another user located in Texas viewing the same document may be presented with a 
link to the Web site of a different grocer conducting business in Texas. This result 
may be achieved by inserting associations into the request that represent the 
geographic location of the user. Alternatively, this result could be achieved using 

25 geographic information (e.g., zip code) for each preference such that any 

preferences that are geographically specific to the current location of the user could 
be preferred over preferences that are not geographically specific to the user's 
location, or over preferences geographically specific to an area that does not 
include the location of the user. 
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In one embodiment, a user may indicate a preference for certain 
Web sites to be included and/or excluded from his or her preference database by an 
ISP or by a third-party. For example, a user may indicate that his or her preference 
database may be updated by an ISP or third party to reflect links for merchants A 
5 and B, while excluding links for merchant D. Alternatively, a user may indicate a 
preference for one or more particular classes of Web sites to be included and/or 
excluded from his or her preference database. The user-specified preferences could 
be entered into the database during, for example, a setup or installation routine 
such as that described in relation to FIGs. 10 - 11. 

In one embodiment, the features of the present invention may be 
activated and inactivated by a user using a button on the toolbar area of the browser 
interface. Similar to a "refresh" fimction, the user could initiate such a "view 
preferred links" fimction. In this manner, a user of the disclosed Web browser may 
view Web content either as intended by the content*s authors or publishers, or in 
accordance with the preference database of the invention. 

In a similar embodiment, the hyperlinks corresponding to the 
user- viewable text portions within retrieved markup language-based electronic files 
may be displayed separately from the user-viewable text itself. For example, if the 
user device is a personal computer, the links may appear in a separate area or 
20 "frame" of the output screen of the user device. The links may also appear using a 
different color, font or other attribute. The user may then select whether to activate 
the original link, if any, or a "preferred" link. 

As described above, a Web browser in accordance with an 
embodiment of the invention can modify an electronic file being presented to a 
user to include a link to a computer network resource associated with a data pattern 
matching one of the data pattems stored in a viewpoint. Altematively, in addition 
to or in lieu of including such a link, a Web browser can modify an electronic file 
being presented to a user to include content retrieved from the computer network 
resource that is associated with the matching data pattern. For example, if a user's 
viewpoint specifies an association between the data pattern "The Committee" and 
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the URL for an online bookstore, and the user retrieves an electronic file which 
includes the data pattern "The Committee", the user's Web browser could 
recognize the match between the data pattern "The Committee" in the electronic 
file and the viewpoint, then contact the online bookstore to receive content 
5 associated with this data pattern (e.g., a book review for the book entitled "The 
Committee"), and then modify the electronic file being presented to the user to 
include both the book review for the book "The Committee" and the URL of the 
online bookstore. The user could then read the book review as part of the 
electronic file to decide whether to activate the URL of the online bookstore to 

10 purchase the book. For another altemative, the viewpoint itself could store content 
associated with the one or more data patterns of a preference within, for example, 
another field of the record for that preference. Then, when the data pattern is 
recognized as being within a received electronic file, the Web browser could 
modify the file to include the content that is stored in association with that 

15 preference. 

In another embodiment, a Web browser can modify an electronic 
file being presented to a user to include a "purchasing link" which, if activated, 
allows a user to buy a product from a computer network resource without being 
required to visit that network resource. For example, if a user's viewpoint 

20 specifies an association between the data pattern "The Committee" and the URL 
for an online bookstore, and the user retrieves an electronic file which includes the 
data pattern "The Committee", the user's Web browser could recognize the match 
between the data pattem "The Committee" in the electronic file and the viewpoint. 
In response, the Web browser could modify the electronic file to include a 

25 "purchasing link" by, for example, adding a hyperlink stating: " Click here to 
purchase 'The Committee' for $19.95 ". By clicking on this hyperlink, the user 
could purchase "The Committee" via an appropriate message sent by the Web 
browser to the online bookstore, or could add the book to his or her electronic 
shopping cart for subsequent purchase. 
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It is to be xmderstood that the embodiments and variations shown 
and described herein merely illustrate the principles of this invention and that 
various modifications may be implemented by those skilled in the art without 
departing from the scope and the spirit of the invention. For example, while the 

5 invention has been illustrated as being implemented using particular computer 
networks including hardware components such as user devices, domain name 
servers, dial-up servers, routers, proxy servers and Web servers, the invention 
could be implemented using other hardware components and/or other 
interconnections therebetween. Some or all of the network components may be 

10 implemented by discrete hardwired components instead of computers. 

Furthermore, while the above description refers to particular databases, other 
databases or data structures may be used. Also, while various embodiments of 
methods in accordance with the invention have been discussed as including 
specific steps listed in specific orders, the steps may be performed in different 

15 combinations and orders. While other modifications will be evident to those of 
ordinary skill in the art, the present invention is intended to extend to those 
modifications that nevertheless fall within the scope of the appended claims. 
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We claim: 

1 . A method for providing a link in an electronic file being presented 

to a user, comprising: 

defining a customized viewpoint for the user that includes a 
5 preference for the user, the preference for the user providing an association 
between a data pattern and a computer network resource; 

generating a request for content; 

in response to the request, receiving an electronic file; 

evaluating the electronic file to recognize a match between at least 
10 one portion of the electronic file and the data pattem; 

upon recognizing a match, modifying the electronic file to include a 
link to the computer network resource associated with the matching data pattem; 
and 

presenting the modified electronic file to the user. 

15 2. The method of claim 1, wherein the defining step includes selecting 

the customized viewpoint fi"om among a plurality of viewpoints. 

3. The method of claim 2, wherein the selecting step includes selecting 
the customized viewpoint based upon data that identifies the user. 

4. The method of claim 2, wherein the selecting step includes selecting 
20 the customized viewpoint based upon a characteristic of the user. 

5. The method of claim 2, wherein the selecting step includes selecting 
the customized viewpoint based upon a selection by the user. 

6. The method of claim 2, wherein the selecting step includes selecting 
the customized viewpoint based upon data obtained fi-om a cookie file stored on a 

25 computer that is being operated by the user. 

7. The method of claim 1 , wherein the user is a member of an 
organization, and the customized viewpoint is defined by the organization. 
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8. The method of claim 1, wherein the user is a member of a category 
of users, and the viewpoint is customized for the category of users. 

9. The method of claim 1, wherein the customized viewpoint is 
defined to include a second preference for the user providing an association 

5 between a second data pattem and a second computer network resource. 

10. The method of claim 1, wherein the preference also provides an 
association between a second data pattem and the computer network resource. 

1 1 . The method of claim 1 , wherein the data pattem includes a user- 
viewable data pattem. 

10 12. The method of claim 1 1, wherein the user- viewable data pattem is 

selected from the group consisting of a text pattem and a graphic pattem. 

13. The method of claim 1, wherein the data pattem includes a non- 
viewable data pattem. 

14. The method of claim 13, wherein the non-viewable data pattem is 
15 selected from the group consisting of a metatag, a script and an applet. 

15. The method of claim 1, wherein the preference is defined by the 
user. 

16. The method of claim 1, implemented by a software program, 
wherein the preference is defined by a publisher of the software program. 

20 17. The method of claim 1 , wherein the preference is defined by a tliird 

party. 

18. The method of claim 1, wherein the preference associates the data 
pattem with address information for the computer network resource. 

19. The method of claim I, wherein the customized viewpoint further 
25 includes information indicative of when the preference will expire. 



57 



wo 01/86390 



PCT/USOl/14661 



20. The method of claim 1, wherein the preference has an originator, 
and the customized viewpoint includes information indicative of the originator. 

21 . The method of claim 1, wherein the customized viewpoint further 
includes information corresponding to a status of the preference. 

5 22. The method of claim 21, wherein the status information is indicative 

of whether the preference is enabled. 

23 . The method of claim 1 , wherein the customized viewpoint includes 
information representing a payment amount for use of the preference. 

24. The method of claim 1, wherein the customized viewpoint includes 
10 a plurality of preferences, each providing an association between at least one data 

pattem and a computer network resource, and the viewpoint is defined by a 
preference database having a record for each of the preferences, 

25. The method of claim 1, wherein generating the request is initiated 
by the user. 

15 26. The method of claim 25, wherein generating the request occurs in 

response to the user activating a hyperlink embedded in an object presented to the 
user. 

27. The method of claim 25, wherein generating the request occurs in 

response to the user entering address information for the content. 

20 28. The method of claim 1, wherein generating the request occurs 

without being initiated by the user. 

29. The method of claim 1, wherein the electronic file comprises a 

markup language file. 
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30. The method of claim 29, wherein evaluating the electronic file 
includes comparing all of the user-viewable data portions of the markup language 
file with the data pattern of the preference. 

3 1 . The method of claim 1, wherein evaluating the electronic file 
5 includes examining the at least one portion of the electronic file and then 

comparing the at least one examined portion with the data pattem. 

32. The method of claim 1, wherein evaluating the electronic file 
includes recognizing a match between the at least one portion of the electronic file 
and at least one variation of the data pattem. 

10 33. The method of claim 1, wherein the electronic file is presented 

without modification if the evaluating step did not recognize a match. 

34. The method of claim 1, wherein modifying the electronic file upon a 

match includes inserting address information for the computer network resource 
associated with the matching data pattem into the electronic file. 

15 35. The method of claim 34, wherein the address information is inserted 

into the file based upon a location of the matching data pattem. 

36. The method of claim 1, wherein modifying the electronic file upon a 

match includes inserting a hyperlink for the computer network resource associated 
with the matching data pattem into the electronic file. 

20 37. The method of claim 1, wherein presenting the modified electronic 

file to the user includes presenting an indication of the link. 

38. A method for operating a Web browser to provide a hyperlink in a 

markup language file being presented to a user, comprising: 

defining a customized viewpoint for the user that includes at least 
25 one preference for the user, each of the at least one preference providing an 
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association between at least one user- viewable data pattern and a Uniform. 
Resource Locator ("URL") address for a computer network resource; 
generating a request for content; 

in response to the request, receiving a markup language file; 
5 evaluating the markup language file to recognize a match between 

at least a portion of the markup language file aad the at least one user- viewable 
data pattern of the at least one preference; 

upon recognizing a match, modifying the markup language file to 
include a hyperlink to the URL address for the computer network resource 
10 associated with the matching user- viewable data pattern; and 

presenting the modified markup language file to the user. 

39. The method of claim 38, wherein presenting the modified markup 
language file to the user includes presentmg an indication of the hyperlink. 

40. A method for cross-referencing content of a first data structure to a 
15 computer network resource, comprising: 

defining a customized viewpoint for a user that includes a 
preference for the user, the preference for the user providing aa association 
between a data pattern and a computer network resource; 

locating the data pattern in the first data structure; and 
20 , generating a second data structvire including a link indicating the 

computer network resource associated with the located data pattern. 

41 . The method of claim 40, wherein the defining step includes 
selecting the customized viewpoint from among a plurality of viewpoints. 

42. The method of claim 41, wherein the selecting step includes 
25 selecting the customized viewpoint based upon data that identifies the user. 

43 . The method of claim 41 , wherein the selecting step includes 
selecting the customized viewpoint based upon a characteristic of the user. 
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44. The method of claim 41, wherein the selecting step includes 
selecting the customized viewpoint based upon a selection made by the user. 

45 . The method of claim 41 , wherein the selecting step includes 
selecting the customized viewpoint based upon data obtained from a cookie file 

5 stored on a computer that is being operated by the user, 

46. The method of claim 40, wherein the user is a member of an 
organization, and the customized viewpoint is defined by the organization. 

47. The method of claim 40, wherein the user is a member of a category 
of users, and the viewpoint is customized for the category of users. 

10 48 . The method of claim 40, wherein the viewpoint is defined to 

include a plurality of preferences, each providing an association between a data 
pattern and a computer network resource, and the locating step includes locating 
the data pattern of any of the preferences in the first data structure. 

49. The method of claim 48, wherein the generating step includes 
15 generating the second data structure to include a link indicating the computer 

network resource associated with each data pattem that is located. 

50. The method of claim 40, wherein the preference associates a 
plurality of data pattems with the computer network resource, and the locating step 
includes locating any of the data pattems in the first data structure. 

20 51. The method of claim 40, wherein the first data structure is in 

conformance with a hypertext markup standard. 

52. The method of claim 40, wherein the first data structure is selected 
from a group consisting of a user-displayable text file and a database. 

53. The method of claim 40, wherein the first data stmcture is selected 
25 from a group consisting of an applet and a script. 



61 



wo 01/86390 



PCT/USOl/14661 



54. The method of claim 40, wherein the defining step includes defining 
a database including a plurality of preferences, each providing an association 
between at least one data pattern and a computer network resource. 

55. The method of claim 40, wherein at least one of the defining, 

5 locating and generating steps is performed at a first computer, and at least one of 
the defining, locating and generating is performed at a second computer. 

56. The method of claim 55, wherein the first and the second computers 
are in communication via a network. 

57. The method of claim 56, wherein the first computer comprises a 
10 network server and the second computer comprises a client device. 

58. The method of claim 40, wherein the locating step is performed at a 
first computer, and further comprising presenting the second data structure to the 
user at a second computer. 

59. The method of claim 40, wherein the generating step is performed at 
15 a network server, and fiarther comprising presenting the second data structure to the 

user at a computer system coupled to the network server. 

60. The method of claim 40, further comprising receiving a request to 
retrieve the first data stmcture, and retrieving the first data structure firom a first 
computer in response to the request. 

20 61. The method of claim 40, wherein the defining step defines a 

database including a plurality of preferences, each preference associating a data 
pattem that may be located in the first data structure with a computer network 
resource identified by a Uniform Resource Locator ("URL"). 

62, The method of claim 61, wherein the URL identifies at least one 

25 object selected from a group consisting of a Web site, a Web page, an application, 
an applet and a script. 
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63. The method of claim 40, wherein the generating step includes 
inserting into the first data structure a hyperlink associated with a URL of the 
computer network resource associated with the located data pattern. 

64. The method of claim 63, wherein the inserting step includes 
5 inserting the hyperlink at a location within the first data structure based on a 

location of the located data pattern to generate the second data structure. 

65. The method of claim 63, wherein the inserting step includes 
inserting in accordance with a hypertext markup language at least one of text and a 
grapliic associated with the hyperlink. 

10 66. The method of claim 63, wherein the inserting step includes 

replacing the located data pattern in the first data structure with the hyperlink to 
generate the second data structure. 

67. The method of claim 63, wherein the inserting step includes 
inserting modified text at a location in the first data structure, the modified text 

15 appearing different firom text adjacent to the location in the first data structure. 

68. The method of claim 67, wherein the modified text appears different 
from the text substantially adjacent to the location in the first data structure by 
being selected firom a group consisting of underlined text, bold text, text of a 
different font, text of a different size and text of a different color. 

20 69. The method of claim 63, wherein the inserting step fiirther includes 

inserting aa identification of originator into the hypertext link, the identification of 
originator identifying a party that generated the preference. 

70. The method of claim 63, wherein the hyperlink is inserted such that 

the hyperlink appears to the user as an icon. 

25 71 . The method of claim 40, further comprising storing, with the 

association, an identification of a party that generated the association. 
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72. The method of claun 71, wherein the second data structure is in 
conformance with a hypertext markup language, the hnk is a hyperhnk, and the 
identification is stored as a tag in the hyperhnk. 

73. The method of claim 40, further comprising storing an indication of 
5 a total number of times the preference has been accessed. 

74. The method of claim 40, further comprising storing an indication of 
a nxmiber of times the preference has been accessed since the user last activated a 
link that was generated using that preference. 

75. The method of claim 40, further comprising storing a status 
10 indicating whether the association provided by the preference is enabled. 

76. The method of claim 75, further comprising altering the status when 
the association has been made a predetermined niomber of times. 

77. The method of claim 75, further comprising altering the status when 
the link to the computer network resource has been activated to access the 

15 computer network resource a predetermined number of times. 

78. The method of claim 75, further comprising receiving an 
authorization to adjust the status of the association, and altering the status based 
upon the authorization. 

79. The method of claim 75, further comprising altering the status as a 
20 function of time. 

80. The method of claim 40, further comprising, upon including the link 
in the second data structure, delivering an indication thereof to a party involved in 
providing the association. 

81. The method of claim 80, further comprising causing an exchange of 
25 monetary value with the party involved in providing the association, upon delivery 

of the indication. 
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82. The method of claim 40, further comprising, upon activation of the 
Hnk included in the second data structure, delivering an indication thereof to a 
party involved in providing the association. 

83. The method of claim 82, further comprising causing an exchange of 
5 monetary value with the party involved in providing the association, upon delivery 

of the indication. 

84. A system for providing a link in an electronic file heing presented to 
a user, comprising: 

means for defining a customized viewpoint for the user that includes 
10 a preference for the user, the preference for the user providing an association 
between a data pattern and a computer network resource; 

means for generating a request for content; 
means for receiving an electronic file in response to the request; 
means for evaluating the electronic file to recognize a match 
15 between a portion of the electronic file and the data pattern of the preference; 

means for modifying the electronic file, upon recognizing a match, 
to include a link to the computer network resource associated with the matching 
data pattem; and 

means for presenting the modified electronic file to the user. 

20 85. A system for cross-referencing content of a first data stmcture to a 

computer network resource, comprising: 

means for defining a customized viewpoint for a user that includes a 
preference for the user, the preference for the user providing an association 
between a data pattem and a computer network resource; 
25 means for locating the data pattem in the first data structure; and 

means for generating a second data structure including a link 
indicating the^ computer network resource associated with the located data pattem. 
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